<?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: What can UML do for you?</title>
	<atom:link href="http://abstratt.com/blog/2008/11/02/what-can-uml-do-for-you/feed/" rel="self" type="application/rss+xml" />
	<link>http://abstratt.com/blog/2008/11/02/what-can-uml-do-for-you/</link>
	<description>A company obsessed with one single goal: stopping people from writing so much code</description>
	<pubDate>Thu, 09 Sep 2010 10:59:01 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5.1</generator>
		<item>
		<title>By: rafael.chaves</title>
		<link>http://abstratt.com/blog/2008/11/02/what-can-uml-do-for-you/#comment-557</link>
		<dc:creator>rafael.chaves</dc:creator>
		<pubDate>Fri, 07 Nov 2008 16:33:52 +0000</pubDate>
		<guid isPermaLink="false">http://abstratt.com/blog/?p=123#comment-557</guid>
		<description>The specification itself does not refer to it as 'action semantics'.

It is basically the chapter on Actions. The Superstructure has it since 2.0 (in 2.1.1, it is in chapter 11). In 1.5, it was the entire part 5.</description>
		<content:encoded><![CDATA[<p>The specification itself does not refer to it as &#8216;action semantics&#8217;.</p>
<p>It is basically the chapter on Actions. The Superstructure has it since 2.0 (in 2.1.1, it is in chapter 11). In 1.5, it was the entire part 5.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bnz</title>
		<link>http://abstratt.com/blog/2008/11/02/what-can-uml-do-for-you/#comment-556</link>
		<dc:creator>bnz</dc:creator>
		<pubDate>Fri, 07 Nov 2008 11:06:53 +0000</pubDate>
		<guid isPermaLink="false">http://abstratt.com/blog/?p=123#comment-556</guid>
		<description>Huh. Interesting. Never heard of "action semantics" in the context of UML. Could you please provide me with a pointer in what OMG standard i have to look this up? A quick search through the superstructure and infrastructure standard did help much. I would be very glad to read a little more about that.</description>
		<content:encoded><![CDATA[<p>Huh. Interesting. Never heard of &#8220;action semantics&#8221; in the context of UML. Could you please provide me with a pointer in what OMG standard i have to look this up? A quick search through the superstructure and infrastructure standard did help much. I would be very glad to read a little more about that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Merks</title>
		<link>http://abstratt.com/blog/2008/11/02/what-can-uml-do-for-you/#comment-554</link>
		<dc:creator>Ed Merks</dc:creator>
		<pubDate>Mon, 03 Nov 2008 16:50:47 +0000</pubDate>
		<guid isPermaLink="false">http://abstratt.com/blog/?p=123#comment-554</guid>
		<description>Rafael, EMF has EOperations but no mechanism for declaring their behavior nor for invoking them reflectively, i.e., EOperations just declare the signature.  I've been prototyping designs for https://bugs.eclipse.org/bugs/show_bug.cgi?id=216701 and thinking about similar mechanisms to describe the behavior of an operation along with the ability to reflectively invoke an EOperation.  We do already support specifying the text of the Java method body, but I'd like something that would work for dynamic models.  So yes, I'm imagining indeed using unparsed text, but to me that's "just" an XMI serialization story.  The runtime story would be that expression languages are pluggable.  

I think you're exploring an area that's becoming increasingly interesting and relevant. It just seems that building a runtime model for UML is a pretty challenging task in and of itself and that this is a prerequisite for the rest of the story.  While adding something to an Ecore base could produce useful and used results every quickly...</description>
		<content:encoded><![CDATA[<p>Rafael, EMF has EOperations but no mechanism for declaring their behavior nor for invoking them reflectively, i.e., EOperations just declare the signature.  I&#8217;ve been prototyping designs for <a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=216701" rel="nofollow">https://bugs.eclipse.org/bugs/show_bug.cgi?id=216701</a> and thinking about similar mechanisms to describe the behavior of an operation along with the ability to reflectively invoke an EOperation.  We do already support specifying the text of the Java method body, but I&#8217;d like something that would work for dynamic models.  So yes, I&#8217;m imagining indeed using unparsed text, but to me that&#8217;s &#8220;just&#8221; an XMI serialization story.  The runtime story would be that expression languages are pluggable.  </p>
<p>I think you&#8217;re exploring an area that&#8217;s becoming increasingly interesting and relevant. It just seems that building a runtime model for UML is a pretty challenging task in and of itself and that this is a prerequisite for the rest of the story.  While adding something to an Ecore base could produce useful and used results every quickly&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rafael.chaves</title>
		<link>http://abstratt.com/blog/2008/11/02/what-can-uml-do-for-you/#comment-553</link>
		<dc:creator>rafael.chaves</dc:creator>
		<pubDate>Mon, 03 Nov 2008 15:51:32 +0000</pubDate>
		<guid isPermaLink="false">http://abstratt.com/blog/?p=123#comment-553</guid>
		<description>Ed, correct me if I'm wrong, but EMF's runtime capabilities are limited to structural features (data), no support for behavior. That sort of thing cannot be done at the tooling level, the metamodel itself has to support it. That is bound to lead to a heavy metamodel, which is the opposite of EMOF/Ecore's reason-d'être. Unless you go with unparsed text, but that is more or less the same as ignoring the issue altogether and pushing it to the application.</description>
		<content:encoded><![CDATA[<p>Ed, correct me if I&#8217;m wrong, but EMF&#8217;s runtime capabilities are limited to structural features (data), no support for behavior. That sort of thing cannot be done at the tooling level, the metamodel itself has to support it. That is bound to lead to a heavy metamodel, which is the opposite of EMOF/Ecore&#8217;s reason-d&#8217;être. Unless you go with unparsed text, but that is more or less the same as ignoring the issue altogether and pushing it to the application.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed Merks</title>
		<link>http://abstratt.com/blog/2008/11/02/what-can-uml-do-for-you/#comment-552</link>
		<dc:creator>Ed Merks</dc:creator>
		<pubDate>Mon, 03 Nov 2008 14:36:12 +0000</pubDate>
		<guid isPermaLink="false">http://abstratt.com/blog/?p=123#comment-552</guid>
		<description>If only we had this for Ecore instead.  Given that we already have an efficient Ecore-based runtime, it seems more immediately applicable...  Goodness knows Emfatic needs some love and attention...</description>
		<content:encoded><![CDATA[<p>If only we had this for Ecore instead.  Given that we already have an efficient Ecore-based runtime, it seems more immediately applicable&#8230;  Goodness knows Emfatic needs some love and attention&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
