<?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 for webspin.be</title>
	<atom:link href="http://www.webspin.be/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.webspin.be</link>
	<description>writing about code</description>
	<lastBuildDate>Tue, 03 Aug 2010 12:07:22 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Building a GWT 1.6 application: Managing events with an eventBus by Rob</title>
		<link>http://www.webspin.be/?p=5&#038;cpage=1#comment-47</link>
		<dc:creator>Rob</dc:creator>
		<pubDate>Tue, 03 Aug 2010 12:07:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/blog/?p=5#comment-47</guid>
		<description>Having recently started to learn how to use GWT and after looking at the event bus presentation I still had a few questions but after reading your article I feel I now know how this is done.

Thank you for this great help.</description>
		<content:encoded><![CDATA[<p>Having recently started to learn how to use GWT and after looking at the event bus presentation I still had a few questions but after reading your article I feel I now know how this is done.</p>
<p>Thank you for this great help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Building a GWT 1.6 application: Managing events with an eventBus by Eddie Chan</title>
		<link>http://www.webspin.be/?p=5&#038;cpage=1#comment-16</link>
		<dc:creator>Eddie Chan</dc:creator>
		<pubDate>Mon, 14 Sep 2009 11:19:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/blog/?p=5#comment-16</guid>
		<description>This was the clearest explanation of the EventBus I&#039;ve seen. Well done and thank you!</description>
		<content:encoded><![CDATA[<p>This was the clearest explanation of the EventBus I&#8217;ve seen. Well done and thank you!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GWT 1.6 MVP and testing, part 1 by Francesco Pasqualini</title>
		<link>http://www.webspin.be/?p=130&#038;cpage=1#comment-25</link>
		<dc:creator>Francesco Pasqualini</dc:creator>
		<pubDate>Wed, 02 Sep 2009 05:18:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/?p=130#comment-25</guid>
		<description>...I try again...


I correct my previous post, here is the possible refinement (remove lastClickHandler and MockClickEvent):

change

---
class MockHasClickHandlers implements HasClickHandlers {
    public HandlerRegistration addClickHandler(ClickHandler handler) {
        lastClickHandler = handler;
        return new HandlerRegistration() {
            public void removeHandler() { }
        };
    }
    public void fireEvent(GwtEvent event) { }
}
--

to

--
class MockHasClickHandlers extends Widget implements HasClickHandlers){

    public HandlerRegistration addClickHandler(ClickHandler handler) {
        return addHandler(handler, ClickEvent.TYPE);
    }
 }
--



and change

mockWidget.save.lastClickHandler.onClick(new ClickEvent());

to

mockWidget.save.fireEvent(new ClickEvent());


---
every custom widget extends Widget and so  inerits the magical fireEvent method</description>
		<content:encoded><![CDATA[<p>&#8230;I try again&#8230;</p>
<p>I correct my previous post, here is the possible refinement (remove lastClickHandler and MockClickEvent):</p>
<p>change</p>
<p>&#8212;<br />
class MockHasClickHandlers implements HasClickHandlers {<br />
    public HandlerRegistration addClickHandler(ClickHandler handler) {<br />
        lastClickHandler = handler;<br />
        return new HandlerRegistration() {<br />
            public void removeHandler() { }<br />
        };<br />
    }<br />
    public void fireEvent(GwtEvent event) { }<br />
}<br />
&#8211;</p>
<p>to</p>
<p>&#8211;<br />
class MockHasClickHandlers extends Widget implements HasClickHandlers){</p>
<p>    public HandlerRegistration addClickHandler(ClickHandler handler) {<br />
        return addHandler(handler, ClickEvent.TYPE);<br />
    }<br />
 }<br />
&#8211;</p>
<p>and change</p>
<p>mockWidget.save.lastClickHandler.onClick(new ClickEvent());</p>
<p>to</p>
<p>mockWidget.save.fireEvent(new ClickEvent());</p>
<p>&#8212;<br />
every custom widget extends Widget and so  inerits the magical fireEvent method</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GWT 1.6 MVP and testing, part 1 by Francesco Pasqualini</title>
		<link>http://www.webspin.be/?p=130&#038;cpage=1#comment-24</link>
		<dc:creator>Francesco Pasqualini</dc:creator>
		<pubDate>Wed, 02 Sep 2009 05:15:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/?p=130#comment-24</guid>
		<description>I correct my previous post, here is the possible refinement (remove lastClickHandler and MockClickEvent):

change

&lt;&lt;
class MockHasClickHandlers implements HasClickHandlers {
    public HandlerRegistration addClickHandler(ClickHandler handler) {
        lastClickHandler = handler;
        return new HandlerRegistration() {
            public void removeHandler() { }
        };
    }
    public void fireEvent(GwtEvent event) { }
}
&gt;&gt;

to

&lt;&gt;



and change

mockWidget.save.lastClickHandler.onClick(new ClickEvent());

to

mockWidget.save.fireEvent(new ClickEvent());


---
every custom widget extends Widget and so  inerits the magical fireEvent method</description>
		<content:encoded><![CDATA[<p>I correct my previous post, here is the possible refinement (remove lastClickHandler and MockClickEvent):</p>
<p>change</p>
<p>&lt;&lt;<br />
class MockHasClickHandlers implements HasClickHandlers {<br />
    public HandlerRegistration addClickHandler(ClickHandler handler) {<br />
        lastClickHandler = handler;<br />
        return new HandlerRegistration() {<br />
            public void removeHandler() { }<br />
        };<br />
    }<br />
    public void fireEvent(GwtEvent event) { }<br />
}<br />
&gt;&gt;</p>
<p>to</p>
<p>&lt;&gt;</p>
<p>and change</p>
<p>mockWidget.save.lastClickHandler.onClick(new ClickEvent());</p>
<p>to</p>
<p>mockWidget.save.fireEvent(new ClickEvent());</p>
<p>&#8212;<br />
every custom widget extends Widget and so  inerits the magical fireEvent method</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GWT 1.6 MVP and testing, part 1 by Francesco Pasqualini</title>
		<link>http://www.webspin.be/?p=130&#038;cpage=1#comment-27</link>
		<dc:creator>Francesco Pasqualini</dc:creator>
		<pubDate>Wed, 02 Sep 2009 04:37:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/?p=130#comment-27</guid>
		<description>Interesting !

I suggest a possible refinement:

change

&quot;public class MockAddRowWidget implements AddRowWidgetInterface&quot;

to

&quot;public class MockAddRowWidget extends Widget implements AddRowWidgetInterface&quot;

and then change

&quot;mockWidget.save.lastClickHandler.onClick(new MockClickEvent());&quot;

to

&quot;mockWidget.fireEvent(new MockClickEvent());&quot;</description>
		<content:encoded><![CDATA[<p>Interesting !</p>
<p>I suggest a possible refinement:</p>
<p>change</p>
<p>&#8220;public class MockAddRowWidget implements AddRowWidgetInterface&#8221;</p>
<p>to</p>
<p>&#8220;public class MockAddRowWidget extends Widget implements AddRowWidgetInterface&#8221;</p>
<p>and then change</p>
<p>&#8220;mockWidget.save.lastClickHandler.onClick(new MockClickEvent());&#8221;</p>
<p>to</p>
<p>&#8220;mockWidget.fireEvent(new MockClickEvent());&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Building a GWT 1.6 application: Managing events with an eventBus by GWT Atchitecture anyone? &#171; TechnoBuzz</title>
		<link>http://www.webspin.be/?p=5&#038;cpage=1#comment-14</link>
		<dc:creator>GWT Atchitecture anyone? &#171; TechnoBuzz</dc:creator>
		<pubDate>Mon, 17 Aug 2009 01:35:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/blog/?p=5#comment-14</guid>
		<description>[...] see : Use MVP , MVP based Component Library, GWT MVP Sample, eventbus and mock [...]</description>
		<content:encoded><![CDATA[<p>[...] see : Use MVP , MVP based Component Library, GWT MVP Sample, eventbus and mock [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GWT 1.6 MVP and testing, part 1 by GWT Atchitecture anyone? &#171; TechnoBuzz</title>
		<link>http://www.webspin.be/?p=130&#038;cpage=1#comment-26</link>
		<dc:creator>GWT Atchitecture anyone? &#171; TechnoBuzz</dc:creator>
		<pubDate>Sat, 15 Aug 2009 21:26:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/?p=130#comment-26</guid>
		<description>[...] http://www.webspin.be/2009/06/gwt-1-6-mvp-and-testing-part-1/  Possibly related posts: (automatically generated)How to setup Ext js-GWT : GXT and Example on Eclipse Ganymede 3.4 [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://www.webspin.be/2009/06/gwt-1-6-mvp-and-testing-part-1/" rel="nofollow">http://www.webspin.be/2009/06/gwt-1-6-mvp-and-testing-part-1/</a>  Possibly related posts: (automatically generated)How to setup Ext js-GWT : GXT and Example on Eclipse Ganymede 3.4 [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Building a GWT 1.6 application: Managing events with an eventBus by DAvid</title>
		<link>http://www.webspin.be/?p=5&#038;cpage=1#comment-12</link>
		<dc:creator>DAvid</dc:creator>
		<pubDate>Wed, 05 Aug 2009 21:07:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/blog/?p=5#comment-12</guid>
		<description>Kudos on the good work representing gwt eventbus!
Its been quite difficult to find proper
eventbus examples to explain how to do this, and your&#039;s is the best one i could find.
Thanks so much!</description>
		<content:encoded><![CDATA[<p>Kudos on the good work representing gwt eventbus!<br />
Its been quite difficult to find proper<br />
eventbus examples to explain how to do this, and your&#8217;s is the best one i could find.<br />
Thanks so much!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GWT 1.6: MVP and testing, part 2 by Duong BaTien</title>
		<link>http://www.webspin.be/?p=151&#038;cpage=1#comment-30</link>
		<dc:creator>Duong BaTien</dc:creator>
		<pubDate>Fri, 03 Jul 2009 16:42:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/?p=151#comment-30</guid>
		<description>Excellent works. Few comments and suggestions for the next StockWatcher.
  (1) StockWatcher has JSONP. It is better to isolate in a &#039;hub&#039; responsible for receiving from Presenter (a) serverUrl, (b) queryAttributes, (c) sessionToken, and (4) handler from bound widget. The hub service does JSONP to serverUrl that set src handler to the bound widget handler
  (2) Presenter takes the above 4 attributes, do the model jso and required processing before sending out the event using the hub service jsonRequest(...) that use getJson(.) as in the StockWatcher.
  (3) The bound widget processes the response after receiving jso from the server.

The server inspects the token before providing the REST service. The bound widget inspect the token before processing the received response. The command pattern is modeled at the widget action level and somehow connected to action events for a roadmap to undo/redo, etc. This can be a lightweight framework. Manual DI for clear pattern before GIN</description>
		<content:encoded><![CDATA[<p>Excellent works. Few comments and suggestions for the next StockWatcher.<br />
  (1) StockWatcher has JSONP. It is better to isolate in a &#8216;hub&#8217; responsible for receiving from Presenter (a) serverUrl, (b) queryAttributes, (c) sessionToken, and (4) handler from bound widget. The hub service does JSONP to serverUrl that set src handler to the bound widget handler<br />
  (2) Presenter takes the above 4 attributes, do the model jso and required processing before sending out the event using the hub service jsonRequest(&#8230;) that use getJson(.) as in the StockWatcher.<br />
  (3) The bound widget processes the response after receiving jso from the server.</p>
<p>The server inspects the token before providing the REST service. The bound widget inspect the token before processing the received response. The command pattern is modeled at the widget action level and somehow connected to action events for a roadmap to undo/redo, etc. This can be a lightweight framework. Manual DI for clear pattern before GIN</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on GWT 1.6: MVP and testing, part 2 by johan</title>
		<link>http://www.webspin.be/?p=151&#038;cpage=1#comment-29</link>
		<dc:creator>johan</dc:creator>
		<pubDate>Thu, 02 Jul 2009 11:40:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.webspin.be/?p=151#comment-29</guid>
		<description>Thank you for a very comprehensive sample. I have been trying to understand Ray&#039;s slides but unfortunately without luck. Could you make sure to include a command pattern RPC sample in your next post? Thanks</description>
		<content:encoded><![CDATA[<p>Thank you for a very comprehensive sample. I have been trying to understand Ray&#8217;s slides but unfortunately without luck. Could you make sure to include a command pattern RPC sample in your next post? Thanks</p>
]]></content:encoded>
	</item>
</channel>
</rss>
