Re: GWT Spring integration - what is the best method in late 2010?
Great I will take a look. This area of GWT is moving pretty fast. A couple the projects mentioned by David are new to us since we have started development including gwt-platform. We like gwt-dispatch but we are crazy about the number for little libraries we are using for the full stack. gwt-platform looks like a option to bring those together. On Fri, Oct 1, 2010 at 10:31 AM, PhilBeaudoin wrote: > All the samples that come with gwt-platform uses UI Binder (and > @UiHandler), check the samples repo: > http://code.google.com/p/gwt-platform/source/browse?repo=samples > > A larger example is PuzzleBazar: > http://code.google.com/p/puzzlebazar/ > > They all use gin. > > Cheers, > > Philippe > > > On Sep 30, 2:33 pm, Jason Hatton wrote: > > I took a brief look at gwt-platform. I didn't see examples where the GWT > > 2.0 UI binding capability is used. We are successfully using this with > Gin. > > Do you know of examples that include the use of UI Binder? > > > > On Thu, Sep 30, 2010 at 2:35 PM, PhilBeaudoin > > wrote: > > > > > > > > > Many gwt-platform [1] users have also successfully integrated its > > > dispatch module with Spring. The next version (0.5), planned in a > > > month or so, will add built-in support for Spring. It will also make > > > it easy and seamless to switch the backing service for your various > > > server actions. (Some can use GWT rpc's, some can use REST, etc.) The > > > latter is already available in the trunk, although it's likely to > > > change before the release. > > > > > Cheers, > > > > > Philippe > > > > > [1]http://gwtplatform.com > > > > > On Sep 30, 10:59 am, Jason Hatton wrote: > > > > I honestly can't weigh in on all of these framesworks. Gwt-dispatch > is > > > > maintained and is pretty light weight and extensible which we have > > > extended > > > > ourselves to add Spring support. Looks like the latest version adds > that > > > in > > > > for anyone needing it. We have also extended it to lessen the burden > of > > > > creating new GWT-RPC end points. We use an annotation based approach > > > that > > > > basically adds a new Gwt-Dispatch action handler which equates to a > new > > > > GWT-RPC endpoint. Our current production code base is using Spring > 3.x > > > and > > > > Gwt-Dispatch 1.0.0. > > > > > > On Thu, Sep 30, 2010 at 12:22 PM, David > wrote: > > > > > Any other feedback about this ? > > > > > What's odd is that we are still asking this very same question > after > > > > > several years of existence of both frameworks, don't you think ? > > > > > > > So, we have : > > > > > - GWT SL > > > > > - Spring4GWT > > > > > - Gwt-dispatch > > > > > - gwt-spring > > > > > > > (My) Questions are : > > > > > - which of them are still maintained ? > > > > > - which of them do provide a compatibility with the latest versions > of > > > > > GWT and Spring ? > > > > > - which of them are non intrusive ? > > > > > > > David > > > > > > > On 20 sep, 23:41, Jason Hatton wrote: > > > > > > Hey lalit, > > > > > > > > I will take a look at this further this was and example of how to > > > > > implement > > > > > > Spring on a previous version and is basically the servlet example > > > class I > > > > > > posted earlier. I will take a look at the newer version of > > > gwt-dispatch > > > > > to > > > > > > see what else has been included. We were waiting on upgrading > but > > > this > > > > > > peaks my interested on upgrading sooner. WebApplication context > is > > > just > > > > > > Spring's way of bootstrapping an application context in a web > > > container. > > > > > > What that class does is grab the application context wires in > the > > > > > > DispatchServlet so POJOS can be injected in to all the classes it > > > > > supports. > > > > > > Definitely it is in the spring-web jar but it appears that is > the > > > only > > > > > > Spring feature gwt-dispatch project takes advantage of. If you > take > > > a > > > > &
Re: GWT Spring integration - what is the best method in late 2010?
I took a brief look at gwt-platform. I didn't see examples where the GWT 2.0 UI binding capability is used. We are successfully using this with Gin. Do you know of examples that include the use of UI Binder? On Thu, Sep 30, 2010 at 2:35 PM, PhilBeaudoin wrote: > Many gwt-platform [1] users have also successfully integrated its > dispatch module with Spring. The next version (0.5), planned in a > month or so, will add built-in support for Spring. It will also make > it easy and seamless to switch the backing service for your various > server actions. (Some can use GWT rpc's, some can use REST, etc.) The > latter is already available in the trunk, although it's likely to > change before the release. > > Cheers, > > Philippe > > [1] http://gwtplatform.com > > > On Sep 30, 10:59 am, Jason Hatton wrote: > > I honestly can't weigh in on all of these framesworks. Gwt-dispatch is > > maintained and is pretty light weight and extensible which we have > extended > > ourselves to add Spring support. Looks like the latest version adds that > in > > for anyone needing it. We have also extended it to lessen the burden of > > creating new GWT-RPC end points. We use an annotation based approach > that > > basically adds a new Gwt-Dispatch action handler which equates to a new > > GWT-RPC endpoint. Our current production code base is using Spring 3.x > and > > Gwt-Dispatch 1.0.0. > > > > > > > > On Thu, Sep 30, 2010 at 12:22 PM, David wrote: > > > Any other feedback about this ? > > > What's odd is that we are still asking this very same question after > > > several years of existence of both frameworks, don't you think ? > > > > > So, we have : > > > - GWT SL > > > - Spring4GWT > > > - Gwt-dispatch > > > - gwt-spring > > > > > (My) Questions are : > > > - which of them are still maintained ? > > > - which of them do provide a compatibility with the latest versions of > > > GWT and Spring ? > > > - which of them are non intrusive ? > > > > > David > > > > > On 20 sep, 23:41, Jason Hatton wrote: > > > > Hey lalit, > > > > > > I will take a look at this further this was and example of how to > > > implement > > > > Spring on a previous version and is basically the servlet example > class I > > > > posted earlier. I will take a look at the newer version of > gwt-dispatch > > > to > > > > see what else has been included. We were waiting on upgrading but > this > > > > peaks my interested on upgrading sooner. WebApplication context is > just > > > > Spring's way of bootstrapping an application context in a web > container. > > > > What that class does is grab the application context wires in the > > > > DispatchServlet so POJOS can be injected in to all the classes it > > > supports. > > > > Definitely it is in the spring-web jar but it appears that is the > only > > > > Spring feature gwt-dispatch project takes advantage of. If you take > a > > > look > > > > at the ActionHandler and base dispatch classes you don't see any > other > > > > Springy stuff. > > > > > > Gwt-dispatch helps us to avoid having to code the separate > interfaces. > > > We > > > > just code actions, action handlers, and result objects. All the > dispatch > > > > traffic routes through the one GWT-RPC service that gwt-dispatch > > > implements. > > > > All the async workings have to be there but, we get to work on > valuable > > > > object interactions and avoid ceremonial grunt work which always > makes > > > > coding more fun. > > > > > > Later, > > > > Jas > > > > > > On Fri, Sep 17, 2010 at 1:12 AM, lalit > wrote: > > > > > Hi Jason, > > > > > > > I agree that both the approaches are same. But I still have a > feeling > > > > > that gwtDispatch uses Spring MVC infra to do its job. The code that > > > > > you have posted above has WebApplicationContext. Also I looked into > > > > > gwtDispatch code and it seems it is using Spring MVC infra. The > code I > > > > > looked into is here > > > > > > > > http://code.google.com/p/gwt-dispatch/source/browse/src/main/java/net. > > > .. > > > > > > > Another thing you mentioned in your mail that you do not have to > code > >
Re: GWT Spring integration - what is the best method in late 2010?
I honestly can't weigh in on all of these framesworks. Gwt-dispatch is maintained and is pretty light weight and extensible which we have extended ourselves to add Spring support. Looks like the latest version adds that in for anyone needing it. We have also extended it to lessen the burden of creating new GWT-RPC end points. We use an annotation based approach that basically adds a new Gwt-Dispatch action handler which equates to a new GWT-RPC endpoint. Our current production code base is using Spring 3.x and Gwt-Dispatch 1.0.0. On Thu, Sep 30, 2010 at 12:22 PM, David wrote: > Any other feedback about this ? > What's odd is that we are still asking this very same question after > several years of existence of both frameworks, don't you think ? > > So, we have : > - GWT SL > - Spring4GWT > - Gwt-dispatch > - gwt-spring > > (My) Questions are : > - which of them are still maintained ? > - which of them do provide a compatibility with the latest versions of > GWT and Spring ? > - which of them are non intrusive ? > > David > > On 20 sep, 23:41, Jason Hatton wrote: > > Hey lalit, > > > > I will take a look at this further this was and example of how to > implement > > Spring on a previous version and is basically the servlet example class I > > posted earlier. I will take a look at the newer version of gwt-dispatch > to > > see what else has been included. We were waiting on upgrading but this > > peaks my interested on upgrading sooner. WebApplication context is just > > Spring's way of bootstrapping an application context in a web container. > > What that class does is grab the application context wires in the > > DispatchServlet so POJOS can be injected in to all the classes it > supports. > > Definitely it is in the spring-web jar but it appears that is the only > > Spring feature gwt-dispatch project takes advantage of. If you take a > look > > at the ActionHandler and base dispatch classes you don't see any other > > Springy stuff. > > > > Gwt-dispatch helps us to avoid having to code the separate interfaces. > We > > just code actions, action handlers, and result objects. All the dispatch > > traffic routes through the one GWT-RPC service that gwt-dispatch > implements. > > All the async workings have to be there but, we get to work on valuable > > object interactions and avoid ceremonial grunt work which always makes > > coding more fun. > > > > Later, > > Jas > > > > On Fri, Sep 17, 2010 at 1:12 AM, lalit wrote: > > > Hi Jason, > > > > > I agree that both the approaches are same. But I still have a feeling > > > that gwtDispatch uses Spring MVC infra to do its job. The code that > > > you have posted above has WebApplicationContext. Also I looked into > > > gwtDispatch code and it seems it is using Spring MVC infra. The code I > > > looked into is here > > > > >http://code.google.com/p/gwt-dispatch/source/browse/src/main/java/net. > .. > > > > > Another thing you mentioned in your mail that you do not have to code > > > two interfaces which looked interesting. If possible can you elaborate > > > on that? We would like to incorporate that in our approach also if > > > possible. > > > > > thanks, > > > > > On Sep 16, 7:15 pm, Jason Hatton wrote: > > > > Lalit we are not using Spring MVC. We am using gwt-dispatch and have > > > > extended that project's dispatch servlet to get the Spring > integration. > > > We > > > > then added a custom annotation to pick up the appropriate dispatch > action > > > > handler for a particular GWT-RPC on the server side. All of our > GWT-RPC > > > > calls go through this servlet so we avoid the overhead and code bloat > of > > > > having to create the standard GWT-RPC interfaces for every new > service > > > call > > > > we want to implement. I looked over your example again and they are > > > pretty > > > > similar. I like your integration approach with Spring but I prefer > > > service > > > > call handling because we don't have to code the two separate RPC > > > interfaces, > > > > i.e. the Service and ServiceAsync for every service we want to > > > implement. > > > > We just create an new dispatch handler apply an annotation to it and > we > > > are > > > > off and running. > > > > > > On Wed, Sep 15, 2010 at 11:33 PM, lalit > wrote: > > > > > Deepak - I hav
Re: GWT and MCV
MVC isn't ideal for rich client applications that are heavily event oriented. Too much ceremony for not a lot of value add to that testability is harder with MVC. With MVP you can get near 100% coverage by having everything in the presenter and keep to the practice of the View only holds UI widget state and handles events that then proxies calls to the Presenter. Don't get trapped in best practice methods when another solution might be better for a different software paradigm like GWT. MVC works really well for back end frameworks like JSF, Wicket, or Struts that are not so event based. Make sure to check out the Google I/O GWT best practices video. http://code.google.com/events/io/2009/sessions/GoogleWebToolkitBestPractices.html On Fri, Sep 24, 2010 at 9:32 AM, Foued Elguenbri wrote: > you can use GWT+GXT, the framework implements MVC. > if you talk about the hole application MVC, it is simple you link the GWT > services with your core services using spring and gwt-dispatcher. > > http://code.google.com/p/gwt-dispatch/ > -- > Cordialement. > Foued ElGuenbri * Java/JEE Architect - Senior Developer * SunGard > Technology Services* Centre Urbain Nord -Charguia 1 BP130 1082 Tunis Tunisia > * > > > 2010/9/20 CoDe > > Hi there!! exist some way of integrate gwt with some framework mcv? >> >> Thx, >> Jorge >> >> -- >> 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. >> >> > -- > 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. > -- 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: GWT Spring integration - what is the best method in late 2010?
Hey lalit, I will take a look at this further this was and example of how to implement Spring on a previous version and is basically the servlet example class I posted earlier. I will take a look at the newer version of gwt-dispatch to see what else has been included. We were waiting on upgrading but this peaks my interested on upgrading sooner. WebApplication context is just Spring's way of bootstrapping an application context in a web container. What that class does is grab the application context wires in the DispatchServlet so POJOS can be injected in to all the classes it supports. Definitely it is in the spring-web jar but it appears that is the only Spring feature gwt-dispatch project takes advantage of. If you take a look at the ActionHandler and base dispatch classes you don't see any other Springy stuff. Gwt-dispatch helps us to avoid having to code the separate interfaces. We just code actions, action handlers, and result objects. All the dispatch traffic routes through the one GWT-RPC service that gwt-dispatch implements. All the async workings have to be there but, we get to work on valuable object interactions and avoid ceremonial grunt work which always makes coding more fun. Later, Jas On Fri, Sep 17, 2010 at 1:12 AM, lalit wrote: > Hi Jason, > > I agree that both the approaches are same. But I still have a feeling > that gwtDispatch uses Spring MVC infra to do its job. The code that > you have posted above has WebApplicationContext. Also I looked into > gwtDispatch code and it seems it is using Spring MVC infra. The code I > looked into is here > > http://code.google.com/p/gwt-dispatch/source/browse/src/main/java/net/customware/gwt/dispatch/server/spring/SpringStandardDispatchServlet.java > > Another thing you mentioned in your mail that you do not have to code > two interfaces which looked interesting. If possible can you elaborate > on that? We would like to incorporate that in our approach also if > possible. > > thanks, > > > On Sep 16, 7:15 pm, Jason Hatton wrote: > > Lalit we are not using Spring MVC. We am using gwt-dispatch and have > > extended that project's dispatch servlet to get the Spring integration. > We > > then added a custom annotation to pick up the appropriate dispatch action > > handler for a particular GWT-RPC on the server side. All of our GWT-RPC > > calls go through this servlet so we avoid the overhead and code bloat of > > having to create the standard GWT-RPC interfaces for every new service > call > > we want to implement. I looked over your example again and they are > pretty > > similar. I like your integration approach with Spring but I prefer > service > > call handling because we don't have to code the two separate RPC > interfaces, > > i.e. the Service and ServiceAsync for every service we want to > implement. > > We just create an new dispatch handler apply an annotation to it and we > are > > off and running. > > > > > > > > On Wed, Sep 15, 2010 at 11:33 PM, lalit wrote: > > > Deepak - I have used the following structure > > > SpringApplicationContext, SpringGwtRemoteServiceServlet , > > > PersonServiceImpl go into the server side code. > > > The interfaces PersonService and PersonServiceAsync become part of > > > GWT client side code. > > > > > Regarding wsdl files consumption see the section on JAX-WS here > > >http://www.lalitbhatt.com/tiki-index.php?page=JAX-WSespeciall JAX-WS > > > client side section. This approach uses JAX-WS approach. > > > > > For data binding you can use JAXB. The details can be seen here > > >http://www.lalitbhatt.com/tiki-index.php?page=JAXB. JAX-WS anyway uses > > > it internally. > > > > > Also just a disclaimer, the approach I took is as per Spring4GWT > > > project so it's there idea. > > > > > Jason- I looked into your approach and conceptually they look similar > > > in terms of that you are redirecting the request to Spring MVC > > > infrastructure. IMHO the aprroach I took as per Sping4GWT is better as > > > one does not have to carry the SpringMVC baggage. > > > > > -- > > > 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 cr...@googlegroups.com> > > > . > > > For more options, visit this group at > > >http://groups.google.com/group/google-web-toolkit?hl=en. >
Re: GWT Spring integration - what is the best method in late 2010?
Lalit we are not using Spring MVC. We am using gwt-dispatch and have extended that project's dispatch servlet to get the Spring integration. We then added a custom annotation to pick up the appropriate dispatch action handler for a particular GWT-RPC on the server side. All of our GWT-RPC calls go through this servlet so we avoid the overhead and code bloat of having to create the standard GWT-RPC interfaces for every new service call we want to implement. I looked over your example again and they are pretty similar. I like your integration approach with Spring but I prefer service call handling because we don't have to code the two separate RPC interfaces, i.e. the Service and ServiceAsync for every service we want to implement. We just create an new dispatch handler apply an annotation to it and we are off and running. On Wed, Sep 15, 2010 at 11:33 PM, lalit wrote: > Deepak - I have used the following structure > SpringApplicationContext, SpringGwtRemoteServiceServlet , > PersonServiceImpl go into the server side code. > The interfaces PersonService and PersonServiceAsync become part of > GWT client side code. > > Regarding wsdl files consumption see the section on JAX-WS here > http://www.lalitbhatt.com/tiki-index.php?page=JAX-WS especiall JAX-WS > client side section. This approach uses JAX-WS approach. > > For data binding you can use JAXB. The details can be seen here > http://www.lalitbhatt.com/tiki-index.php?page=JAXB. JAX-WS anyway uses > it internally. > > Also just a disclaimer, the approach I took is as per Spring4GWT > project so it's there idea. > > Jason- I looked into your approach and conceptually they look similar > in terms of that you are redirecting the request to Spring MVC > infrastructure. IMHO the aprroach I took as per Sping4GWT is better as > one does not have to carry the SpringMVC baggage. > > -- > 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. > > -- 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: GWT Spring integration - what is the best method in late 2010?
I would highly suggest going back to my recommendation, lalit's idea is good but, my example is more complete, takes less effort to implement and is easier to extend. Especially with the use of gwt-dispatch and implementation of a GWT architecture pattern implementation from the Google I/O talk on GWT from the last session. On Wed, Sep 15, 2010 at 11:43 AM, Deepak Singh wrote: > Hi Lalit, > > Could u pls explain the package structure i.e. which file should be placed > in which package. > And if possible can u guide a bit to consume web services(wsdl files) and > data binding. > > Thanks > Deepak > > > On Wed, Sep 15, 2010 at 11:55 AM, lalit wrote: > >> Approach based on Spring4Gwt project >> >> http://www.lalitbhatt.com/tiki-index.php?page=Integration+GWT+with+Spring >> >> -- >> 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. >> >> > -- > 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. > -- 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: how to transmit an image over rpc?
We use REST endpoints for images and populate DTOs on GWT rpc callbacks that have the URIs. Very easy way to achieve the goal. We have also done this with PDFs. On Wed, Sep 8, 2010 at 8:04 AM, aditya sanas <007aditya.b...@gmail.com>wrote: > Hello, > i think u got it right. > u can implement it in away as Thad has suggested. > u can even implement it for simple as it is also hitting an > URL > so u can have a servlet and can give a src as "download?imgID=demoImage" > and on the server side in the servlet which is serving a request for > /download will send the content for that file. > > this works as i have used same method in my projects. > > -- > Aditya > > > > On Wed, Sep 8, 2010 at 4:42 PM, Magnus wrote: > >> Hi, >> >> what I am trying to do is a photo album. >> >> There is a directory structure on the server with an index.xml file in >> each directory. On startup the index files are scanned and the >> "content directory" is passed over rpc to the client. The client >> displays nice menus and if the user selects an entry the images should >> be shown. >> >> If I pass URLs via rpc then the image directory must be world >> readable. >> >> Your advice with the servlet: Do you mean that the servlet should >> return the image data itself and the setURL method of the Image class >> knows that this is not a URL but the raw image data? Have I got you >> right? >> >> How would you realize what I want? >> >> Thanks >> Magnus >> >> On 8 Sep., 08:12, Thad wrote: >> > You can't, at least not directly. GWT does only what HTML does, and >> > in HTML images are loaded via the SRC attribute in an IMG element. >> > You can write basic doGet/doPost servlet that returns and image and >> > put use its URL in com.google.gwt.user.client.ui.Image.setUrl() (which >> > sets the SRC attribute). >> > >> > If you feel you must use an RPC call for the image, have the RPC call >> > return a java.lang.String of the image (GIF, JPEG, or PNG) in Base >> > 64. In the onSuccess() method, use that result String as the argument >> > for setUrl(). >> > >> > On Sep 7, 9:25 am, Magnus wrote: >> > >> > > Hi, >> > >> > > I tried to pass an Image object via RPC, but it doesn't work: >> > >> > > com.google.gwt.user.client.ui.Image is not assignable to >> > > 'com.google.gwt.user.client.rpc.IsSerializable' or >> > > 'java.io.Serializable' nor does it have a custom field serializer >> > > (reached via com.google.gwt.user.client.ui.Image >> > >> > > How can I do that? >> > >> > > Magnus >> >> -- >> 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. >> >> > -- > 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. > -- 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: GWT Spring integration - what is the best method in late 2010?
We haven't used gwt-spring. We are using gwt-dispatch with an implementation of their DispatchService interface and a subclass of the GWT RemoteServiceServlet class. We have had no issues with this. Then just had this servlet in like you would any other. It looks like this: public class StandardDispatchServiceServlet extends RemoteServiceServlet implements DispatchService { private static final long serialVersionUID = 1L; private Dispatch dispatch; @Override public void init(ServletConfig config) throws ServletException { super.init(config); WebApplicationContext applicationContext = WebApplicationContextUtils.getRequiredWebApplicationContext(config.getServletContext()); AutowireCapableBeanFactory beanFactory = applicationContext.getAutowireCapableBeanFactory(); beanFactory.autowireBean(this); } public Result execute(Action action) throws ActionException { try { HttpServletRequest request = getThreadLocalRequest(); BaseDispatchCommand cmd = (BaseDispatchCommand)action; cmd.setHost(request.getLocalAddr()); cmd.setPort(request.getLocalPort() + ""); cmd.setUrlContext(request.getContextPath()); if(cmd.isSerializationRequired()){ //only allow 1 synchronized required request to execute at a time //requires a session to have already been generated synchronized(request.getSession(true).getId().intern()){ return dispatch.execute(action); } } else { return dispatch.execute(action); } } catch (RuntimeException e) { log("Exception while executing " + action.getClass().getName() + ": " + e.getMessage(), e); throw e; } } @Autowired @Required public void setDispatch(Dispatch dispatch) { this.dispatch = dispatch; } } Hopefully this is an option for you. Jas On Wed, Sep 8, 2010 at 4:36 AM, Deepak Singh wrote: > I also downloaded SimpleGwtRpcSpringExample an dimported this into my > eclipse 3.5 with jdk 1.6 but i could not run it. > I got the exception > > com.google.gwt.user.client.rpc.IncompatibleRemoteServiceException: This > application is out of date, please click the refresh button on your browser. > ( Expecting version 5 from client, got 6. > I also tried to configure them seperately into my project but got the same > error. > > Any one who has done this gwt-spring integration, can u pls help on that. > > My need is to call web services method from spring and the get the result > back to client code. > Any other solution to integrate them if anyone is using. > > > > > On Fri, Sep 3, 2010 at 7:30 PM, markM wrote: > >> Sam/George, >> >> Just started looking into this same thing about a month ago. My >> experience was as follows. I found that the Spring documentation >> references the GWT Server Library so it must be the official pathway >> correct? I tried to use the inheritance methodology, one of three the >> GWT Server Library supports, and got it working temporarily under >> Jetty/GWT Eclipse plugin. For some reason it stopped working. Then I >> read further in the GWT Server Library documentation and found that >> the authors tell you simply not to use the GWT plugin's built in web- >> server (Jetty). In other words you have to work with the -noserver >> option in GWT in order to debug server side code because Jetty doesn't >> support J2EE features that Spring uses that for instance Tomcat or >> other web servers support. I had used -noserver previously and so >> thought this not to be a big deal. However, with a fair amount of >> effort I never got the project to run even in -noserver mode. My >> experience with the GWT Server Library documentation and I believe >> they even stated this in the documentation was that you're expected to >> already understand Spring and this made it more difficult for me to >> implmenet. Moving to -noserver mode also required me to muck with >> eclipse setting files in order to make my GWT eclipse project also a >> Web-Eclipse project. Probably with more time I would have been able >> to figure it out but it wasn't clean having to muck with eclipse files >> anyway and I was looking for the simplest methodology as I'm trying to >> get folks within my company to understand the beauty of GWT and >> roadblocks like this don't help. >> >> Yesterday, after reading your post I downloaded the >> SimpleGwtRpcSpringExample.zip file from the URL Sam mentioned >> >> http://code.google.com/p/gwtrpc-spring/ >> >> The self-containing Eclipse project worked out of the box! under >> Jetty! I did have to move to JDK 1.6 and recompile to get rid of a >> class versioning error. I notice that the bright folks who wrote this >> component created their own dispatcher class so as to not have to use >> Spring's dispatcher class. I'm assuming that this is the reason that >> it worked under Jetty because their custom dispatcher
Re: Using Oracle and Hibernate in Google Web Toolkit's Hosted Mode.
keyboard-samurai I would highly recommend you check out the Google I/O GWT Best Practices <http://www.youtube.com/watch?v=PDuhR18-EdM> video. It talks about gwt-dispatch and MVP. You will want to implement your connections to Oracle/Hibernate in the GWT-RPC servlets. The project I am on we are using our own extension of the gwt-dispatch project's servlet to initialize a Spring context. Our web.xml looks like this: contextConfigLocation classpath:applicationContext.xml org.springframework.web.context.ContextLoaderListener dispatchServlet com.own.custom.extended.server.StandardDispatchServiceServlet dispatchServlet /client/dispatch Our applicationContext.xml sits in the WEB-INF/classes directory. Nothing but standard Spring stuff there including the necessary things to get Hibernate working. If you want to skip Spring I am not going to be of much help there but, I am sure it can be done. Jas On Mon, Apr 19, 2010 at 10:53 AM, keyboard_samurai wrote: > awesome do we have a article how to get this done ??? > > and also does it gets integrated with eclipse ? > > Regards, > -Yogesh > > On Apr 19, 8:45 pm, Jason Hatton wrote: > > You will get that with just GWT. > > > > > > > > On Mon, Apr 19, 2010 at 9:55 AM, keyboard_samurai > wrote: > > > Then do you replace tomcat with GAE ? i want to have the benefits of > > > Hosted mode i.e auto compile and debug ??? > > > > > On Apr 19, 5:32 pm, Sripathi Krishnan > > > wrote: > > > > Disable Google App Engine in your eclipse settings. GAE does not > allow > > > you > > > > to use databases or open network connections. > > > > > > --Sri > > > > > > On 19 April 2010 17:59, keyboard_samurai wrote: > > > > > > > Hello, > > > > > > > I need to know if anyone is able to query the database for fetching > > > > > data. This is a common requirement for most of the applications to > use > > > > > database.If Hosted Mode doesnt support it then how are the users of > > > > > GWT developing ? > > > > > > > Do let me know !! > > > > > > > I get an exception while connecting to database using JDBC below is > > > > > the trace of it. > > > > > > > java.lang.NoClassDefFoundError: > java.lang.management.ManagementFactory > > > > > is a restricted class. Please see the Google App Engine > developer's > > > > > guide for more details. > > > > > at > > > > > > com.google.appengine.tools.development.agent.runtime.Runtime.reject(Runtime.java: > > > > > 51) > > > > > at > > > > > > oracle.jdbc.driver.OracleDriver.registerMBeans(OracleDriver.java:270) > > > > > at > oracle.jdbc.driver.OracleDriver$1.run(OracleDriver.java:213) > > > > > at java.security.AccessController.doPrivileged(Native Method) > > > > > > > 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-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. > > > > > > -- > > > > 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 athttp:// > > > 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-tool...@googlegroups.com. > > > To unsubscribe from this group, send email to > > > google-web-toolkit+unsubscr...@googlegroups.com > > > > > > . > > > For more o
Re: Rounded Corners with UIBinder
Take a look at the DecoratorPanel. It implements a 9-box and you should be able to use css to override the defaults. http://google-web-toolkit.googlecode.com/svn/javadoc/2.0/com/google/gwt/user/client/ui/DecoratorPanel.html On Fri, Apr 16, 2010 at 12:15 AM, Jonny wrote: > So given that CSS is used for the "flesh" what to you anchor it to? > The layout panels? With images as backgrounds (so you'd need 4 > different anchors for 4 rounded corners?)? Or do you use something > like an HTMLPanel with several "divs" to outline around layout panels? > > I feel more and more like my code is becoming a "hodge-podge" of > different markups and losing some of the "benefits" of the simplicity > of UIBinder. It seems like I'm missing a more elegant solution. > Anyone? > > On Apr 15, 8:36 pm, dparish wrote: > > If gwt has a failing it's making the app look well rounded. Ok bad > > pun. The uibinder makes you think you are sculpting a ui. You really > > aren't. You are writing a skeleton that needs CSS for the flesh. > > > > The client side generated HTML is complex which makes the task harder. > > It's worth it considering the power and flexibility gwt gives you > > > > -Dave > > > > On Apr 15, 7:14 pm, Jonny wrote: > > > > > > > > > > > > > Despite all my searching (and mostly because of the limited > > > information available regarding proper use of UIBinder) I cannot find > > > a simple, elegant way to use UIBinder with rounded corners. The > > > Google I have a vary simple, one page business card site with the with > > > the outline of the page as a rounded corner pod. There are a few pods > > > within that, one of which I want to use as the new TabLayoutPanel > > > (requiring strict browser support). I considered using the "older" > > > DecoratorPanel but that requires quirks mode. Is there an equivalent > > > for the new "layout" structures? My original code just laid out css > > > in the default html page and I anchored all my widgets using the > > > RootPanel.get('id') operation but that does not work with > > > RootLayoutPanel.get(), thereby limiting my ability to use the new > > > TabLayoutPanel. > > > > > I'm considering avoiding the new UIBinder features altogether, at > > > least until more tutorials are available but I have to say I'm am very > > > tempted > > > I hope this all makes some sense. I'd be happy to clarify as this > > > "simple" webpage project in GWT has turned into much more of a design > > > barrier than anything else. > > > > > -- > > > 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 athttp:// > 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 athttp:// > 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-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. > > -- 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: Using Oracle and Hibernate in Google Web Toolkit's Hosted Mode.
You will get that with just GWT. On Mon, Apr 19, 2010 at 9:55 AM, keyboard_samurai wrote: > Then do you replace tomcat with GAE ? i want to have the benefits of > Hosted mode i.e auto compile and debug ??? > > > > On Apr 19, 5:32 pm, Sripathi Krishnan > wrote: > > Disable Google App Engine in your eclipse settings. GAE does not allow > you > > to use databases or open network connections. > > > > --Sri > > > > On 19 April 2010 17:59, keyboard_samurai wrote: > > > > > > > > > Hello, > > > > > I need to know if anyone is able to query the database for fetching > > > data. This is a common requirement for most of the applications to use > > > database.If Hosted Mode doesnt support it then how are the users of > > > GWT developing ? > > > > > Do let me know !! > > > > > I get an exception while connecting to database using JDBC below is > > > the trace of it. > > > > > java.lang.NoClassDefFoundError: java.lang.management.ManagementFactory > > > is a restricted class. Please see the Google App Engine developer's > > > guide for more details. > > > at > > > > > > com.google.appengine.tools.development.agent.runtime.Runtime.reject(Runtime.java: > > > 51) > > > at > > > oracle.jdbc.driver.OracleDriver.registerMBeans(OracleDriver.java:270) > > > at oracle.jdbc.driver.OracleDriver$1.run(OracleDriver.java:213) > > > at java.security.AccessController.doPrivileged(Native Method) > > > > > 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-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. > > > > -- > > 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 athttp:// > 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-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. > > -- 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.
GWT/Hibernate/Oracle/Eclipse
Read the developer's guide :). There is a white list of classes for both Google App Engine and Web Tool Kit. You have run into that restriction. You will probably have issues with trying to use Hibernate. If you are using Google App Engine you will have to you use App Engine's JDO or JPA implementations. If you want to use Hibernate then remove the App Engine from the design. Jas -- 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: GWT/Hibernate/Oracle/Eclipse
Read the developer's guide :). There is a white list of classes for both Google App Engine and Web Tool Kit. You have run into that restriction. You will probably have issues with trying to use Hibernate. If you are using Google App Engine you will have to you use App Engine's JDO or JPA implementations. If you want to use Hibernate then remove the App Engine from the design. Jas On Wed, Mar 31, 2010 at 5:19 AM, bebauer1200 wrote: > Hello, > > please, can anyone help me? > > I use GWT as Client and Hibernate as Database Interface and as > Database Oracle. > I installed eclipse with the hibernate and the GWT plugin. Then I > implemented hibernate in server side of GWT. > Then I start the Google App Engine in eclipse and it works. Then I > start a Web Browser and try to get data from GWT, but i get an error > on the eclipse web server: "java.net.InetAddress is a restricted > class. Please see the Google App Engine developer's guide for more > details.". > > Has anyone an idea what I can do? > > 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-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. > > -- 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.