<?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"
	>
<channel>
	<title>Comments on: Generation Gap Pattern</title>
	<atom:link href="http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/</link>
	<description>11:60 p.m. - my plain thoughts</description>
	<pubDate>Thu, 11 Mar 2010 18:31:29 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>By: Xate</title>
		<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/#comment-6681</link>
		<dc:creator>Xate</dc:creator>
		<pubDate>Wed, 24 Feb 2010 16:55:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.1160pm.net/?p=213#comment-6681</guid>
		<description>Hi Heiko,

I'm trying to implement some automatic test generation using xText, xPand and MWE. I managed to create code files but I wanna create them in a organized package structure. Do you know how can I create packages using those tecnologies?

Thank you for all,

Cheers,</description>
		<content:encoded><![CDATA[<p>Hi Heiko,</p>
<p>I&#8217;m trying to implement some automatic test generation using xText, xPand and MWE. I managed to create code files but I wanna create them in a organized package structure. Do you know how can I create packages using those tecnologies?</p>
<p>Thank you for all,</p>
<p>Cheers,</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Heiko Behrens</title>
		<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/#comment-1852</link>
		<dc:creator>Heiko Behrens</dc:creator>
		<pubDate>Fri, 01 May 2009 06:51:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.1160pm.net/?p=213#comment-1852</guid>
		<description>Thank you for that Hint, Ekke. Fixed it.</description>
		<content:encoded><![CDATA[<p>Thank you for that Hint, Ekke. Fixed it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ekke</title>
		<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/#comment-1850</link>
		<dc:creator>ekke</dc:creator>
		<pubDate>Fri, 01 May 2009 06:44:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.1160pm.net/?p=213#comment-1850</guid>
		<description>Heiko,

I think there's a typo:
should be
vetostrategy class=”someFullyQualifiedClassName” path=”src-man”
instead of ...src-gen

there’s anotherone (at least if using oAW 4.3.1):
should be vetoStrategy
instead of vetostrategy
otherwise the workflow doesnt find the add() methode

ekke</description>
		<content:encoded><![CDATA[<p>Heiko,</p>
<p>I think there&#8217;s a typo:<br />
should be<br />
vetostrategy class=”someFullyQualifiedClassName” path=”src-man”<br />
instead of &#8230;src-gen</p>
<p>there’s anotherone (at least if using oAW 4.3.1):<br />
should be vetoStrategy<br />
instead of vetostrategy<br />
otherwise the workflow doesnt find the add() methode</p>
<p>ekke</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Heiko Behrens</title>
		<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/#comment-1832</link>
		<dc:creator>Heiko Behrens</dc:creator>
		<pubDate>Tue, 28 Apr 2009 13:15:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.1160pm.net/?p=213#comment-1832</guid>
		<description>Thanks for your kudos, guys.

Hi Stefano, I am thinking about a similar approach to overcome problems with generated artifacts under version control where a separate workflow component checks such a "ghost" directory against the newly generated output. This could overcome annoying problems with directories that have to be deleted. Ever implemented anything in that direction?</description>
		<content:encoded><![CDATA[<p>Thanks for your kudos, guys.</p>
<p>Hi Stefano, I am thinking about a similar approach to overcome problems with generated artifacts under version control where a separate workflow component checks such a &#8220;ghost&#8221; directory against the newly generated output. This could overcome annoying problems with directories that have to be deleted. Ever implemented anything in that direction?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stefano Juri</title>
		<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/#comment-1829</link>
		<dc:creator>Stefano Juri</dc:creator>
		<pubDate>Tue, 28 Apr 2009 11:15:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.1160pm.net/?p=213#comment-1829</guid>
		<description>Hi Heiko, 

we have implemented an adapted version of the generate once pattern. The content of the src-once directory is backuped before the generation process is starded. src-once is then fully cleaned et re-generated. In a third step, the classes that can be found in src-once AND in the backup directory are restored while all other classes are ignored. In this way the ghost classes (ConcreteA in your example) are deleted, the manually customized classes are preserved and the new classes are generated. 
The save and restore processes are implemented as quite simple OAW-Components an can be integrated in a Workflow. The same strategy could be naturally also implemented as an ant build. 
Thank you for your excellent post.
Stefano</description>
		<content:encoded><![CDATA[<p>Hi Heiko, </p>
<p>we have implemented an adapted version of the generate once pattern. The content of the src-once directory is backuped before the generation process is starded. src-once is then fully cleaned et re-generated. In a third step, the classes that can be found in src-once AND in the backup directory are restored while all other classes are ignored. In this way the ghost classes (ConcreteA in your example) are deleted, the manually customized classes are preserved and the new classes are generated.<br />
The save and restore processes are implemented as quite simple OAW-Components an can be integrated in a Workflow. The same strategy could be naturally also implemented as an ant build.<br />
Thank you for your excellent post.<br />
Stefano</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ekke</title>
		<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/#comment-1812</link>
		<dc:creator>ekke</dc:creator>
		<pubDate>Sat, 25 Apr 2009 18:33:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.1160pm.net/?p=213#comment-1812</guid>
		<description>heiko, thanks for this article.
I didn't know about vetostrategy before (perhaps not read all docs or news) and already implemented a similar approach by myself.
of course I'll switch to the 'official' oAW way to do this.
ekke</description>
		<content:encoded><![CDATA[<p>heiko, thanks for this article.<br />
I didn&#8217;t know about vetostrategy before (perhaps not read all docs or news) and already implemented a similar approach by myself.<br />
of course I&#8217;ll switch to the &#8216;official&#8217; oAW way to do this.<br />
ekke</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter Friese</title>
		<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/#comment-1806</link>
		<dc:creator>Peter Friese</dc:creator>
		<pubDate>Thu, 23 Apr 2009 22:39:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.1160pm.net/?p=213#comment-1806</guid>
		<description>Great job, Heiko! BTW, I think your explanation would make for an excellent addition to the oAW Refcard!</description>
		<content:encoded><![CDATA[<p>Great job, Heiko! BTW, I think your explanation would make for an excellent addition to the oAW Refcard!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karsten Thoms</title>
		<link>http://www.heikobehrens.net/2009/04/23/generation-gap-pattern/#comment-1805</link>
		<dc:creator>Karsten Thoms</dc:creator>
		<pubDate>Thu, 23 Apr 2009 20:43:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.1160pm.net/?p=213#comment-1805</guid>
		<description>Hi Heiko! Great that you finally finished this article. You did a real good job here! I will refer to this article often when consulting customers with MDSD best practices.</description>
		<content:encoded><![CDATA[<p>Hi Heiko! Great that you finally finished this article. You did a real good job here! I will refer to this article often when consulting customers with MDSD best practices.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
