<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: GWT Plugin for Grails 0.4-SNAPSHOT</title>
	<atom:link href="http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/feed" rel="self" type="application/rss+xml" />
	<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot</link>
	<description>A search for meaning in software and life</description>
	<lastBuildDate>Tue, 31 Aug 2010 09:23:17 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Peter</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-500</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Mon, 05 Oct 2009 11:30:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-500</guid>
		<description>@Do You can use the login and registration views with your GWT application. You don&#039;t have to turn them into GWT UIs.  Also remember that the Acegi/Spring Security plugin applies the access control via a servlet filter (if I remember correctly), which is active for your GWT-RPC calls. That said, you might want to use Spring Security annotations to protect the services directly.</description>
		<content:encoded><![CDATA[<p>@Do You can use the login and registration views with your GWT application. You don&#8217;t have to turn them into GWT UIs.  Also remember that the Acegi/Spring Security plugin applies the access control via a servlet filter (if I remember correctly), which is active for your GWT-RPC calls. That said, you might want to use Spring Security annotations to protect the services directly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Do</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-488</link>
		<dc:creator>Do</dc:creator>
		<pubDate>Fri, 02 Oct 2009 11:57:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-488</guid>
		<description>Interesting! Thanks for the quick response. I&#039;ve been trying out Acegi plugin along with the GWT plugin.  The Acegi plugin generates login/registration/security code in the controller.  Unfortunately, I read that the Service shouldn&#039;t call the controller.  To work with the GWT plugin, should I port the controller codes to the Service?  From an architectural view, should these code be separated from the regular Service code that are not tied in with GWT (i.e. gsp pages that go through the controller rather than GWT RPC calls).</description>
		<content:encoded><![CDATA[<p>Interesting! Thanks for the quick response. I&#8217;ve been trying out Acegi plugin along with the GWT plugin.  The Acegi plugin generates login/registration/security code in the controller.  Unfortunately, I read that the Service shouldn&#8217;t call the controller.  To work with the GWT plugin, should I port the controller codes to the Service?  From an architectural view, should these code be separated from the regular Service code that are not tied in with GWT (i.e. gsp pages that go through the controller rather than GWT RPC calls).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-487</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Fri, 02 Oct 2009 08:17:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-487</guid>
		<description>There are a couple of significant advantages. The first one is that a Hibernate session is opened up for you for the duration of the request. That means you don&#039;t have to use a transactional service. In other words, you&#039;ll get the behaviour you&#039;re used to from controllers.

The second advantage is that you can map your RPC requests to any URL you like. Unfortunately, &lt;tt&gt;GWT.getModuleUrl()&lt;/tt&gt; is the only GWT method that will return the servlet context, but it also returns the module part. That makes it more difficult to use an alternative URL for RPC.  I haven&#039;t come up with a solution to this problem yet, so I&#039;m open to suggestions.

All that said, using the Grails dispatch logic has no effect on the result returned by the service.</description>
		<content:encoded><![CDATA[<p>There are a couple of significant advantages. The first one is that a Hibernate session is opened up for you for the duration of the request. That means you don&#8217;t have to use a transactional service. In other words, you&#8217;ll get the behaviour you&#8217;re used to from controllers.</p>
<p>The second advantage is that you can map your RPC requests to any URL you like. Unfortunately, <tt>GWT.getModuleUrl()</tt> is the only GWT method that will return the servlet context, but it also returns the module part. That makes it more difficult to use an alternative URL for RPC.  I haven&#8217;t come up with a solution to this problem yet, so I&#8217;m open to suggestions.</p>
<p>All that said, using the Grails dispatch logic has no effect on the result returned by the service.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Do</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-486</link>
		<dc:creator>Do</dc:creator>
		<pubDate>Fri, 02 Oct 2009 04:58:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-486</guid>
		<description>Hi Peter,
I&#039;m new to Grails.  I don&#039;t understand the advantage of having url mapping even though the rpc will continue to execute the Service.  Basically, how does going through the &quot;grails dispatch logic&quot; make any difference in the result that the Service will send back?
Thanks!</description>
		<content:encoded><![CDATA[<p>Hi Peter,<br />
I&#8217;m new to Grails.  I don&#8217;t understand the advantage of having url mapping even though the rpc will continue to execute the Service.  Basically, how does going through the &#8220;grails dispatch logic&#8221; make any difference in the result that the Service will send back?<br />
Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Rellis</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-77</link>
		<dc:creator>John Rellis</dc:creator>
		<pubDate>Fri, 07 Aug 2009 15:01:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-77</guid>
		<description>sorry peter, yes consider the last comment invalidated.  I copied the project to a new location to perform the upgrade and for some reason windows did not copy the gwt folder, my mistake.  Thanks for getting back to me, and sorry for the confusion!</description>
		<content:encoded><![CDATA[<p>sorry peter, yes consider the last comment invalidated.  I copied the project to a new location to perform the upgrade and for some reason windows did not copy the gwt folder, my mistake.  Thanks for getting back to me, and sorry for the confusion!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-75</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Fri, 07 Aug 2009 14:21:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-75</guid>
		<description>I&#039;m not quite sure I understand your last comment - does it invalidate the previous one? I haven&#039;t been able to reproduce grails upgrade deleting the src/gwt directory myself.</description>
		<content:encoded><![CDATA[<p>I&#8217;m not quite sure I understand your last comment &#8211; does it invalidate the previous one? I haven&#8217;t been able to reproduce grails upgrade deleting the src/gwt directory myself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Rellis</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-73</link>
		<dc:creator>John Rellis</dc:creator>
		<pubDate>Fri, 07 Aug 2009 12:22:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-73</guid>
		<description>oh wait windows failed while copying files during the backup... argh!  damn XP!</description>
		<content:encoded><![CDATA[<p>oh wait windows failed while copying files during the backup&#8230; argh!  damn XP!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Rellis</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-72</link>
		<dc:creator>John Rellis</dc:creator>
		<pubDate>Fri, 07 Aug 2009 11:18:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-72</guid>
		<description>Hi Peter,
I was upgrading a Grails App that uses GWT from grails 1.0.5 to grails 1.1.1 today and noticed that running &quot;grails upgrade&quot; from the command line just deleted my src/gwt folder... have you ever come across this???  Pretty serious if you are happy go lucky and don&#039;t backup before upgrading...
Let me know if i should open a Jira???
Thanks,
John</description>
		<content:encoded><![CDATA[<p>Hi Peter,<br />
I was upgrading a Grails App that uses GWT from grails 1.0.5 to grails 1.1.1 today and noticed that running &#8220;grails upgrade&#8221; from the command line just deleted my src/gwt folder&#8230; have you ever come across this???  Pretty serious if you are happy go lucky and don&#8217;t backup before upgrading&#8230;<br />
Let me know if i should open a Jira???<br />
Thanks,<br />
John</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexander</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-49</link>
		<dc:creator>Alexander</dc:creator>
		<pubDate>Wed, 29 Jul 2009 18:44:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-49</guid>
		<description>If you get that null pointer exception, make sure you have a GWT_HOME variable set. I was getting that until I set the variable.</description>
		<content:encoded><![CDATA[<p>If you get that null pointer exception, make sure you have a GWT_HOME variable set. I was getting that until I set the variable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://www.cacoethes.co.uk/blog/groovyandgrails/gwt-plugin-for-grails-0-4-snapshot/comment-page-1#comment-46</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Tue, 28 Jul 2009 07:44:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.cacoethes.co.uk/blog/?p=46#comment-46</guid>
		<description>@Sakuraba &lt;tt&gt;GwtController&lt;/tt&gt; replaces the servlet. You still implement your GWT backend using services.</description>
		<content:encoded><![CDATA[<p>@Sakuraba <tt>GwtController</tt> replaces the servlet. You still implement your GWT backend using services.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
