<?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: Transactional Logging</title>
	<atom:link href="http://blog.dynatrace.com/2008/09/25/transactional-logging/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.dynatrace.com/2008/09/25/transactional-logging/</link>
	<description>dynaTrace Blog on Performance, Scalabilty and Architecture - Java and .NET  Application Performance Management</description>
	<lastBuildDate>Thu, 09 Sep 2010 11:17:14 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Andreas Grabner</title>
		<link>http://blog.dynatrace.com/2008/09/25/transactional-logging/comment-page-1/#comment-425</link>
		<dc:creator>Andreas Grabner</dc:creator>
		<pubDate>Fri, 14 Nov 2008 06:31:12 +0000</pubDate>
		<guid isPermaLink="false">http://dynatrace.wordpress.com/?p=197#comment-425</guid>
		<description>We have a technology called PurePath which allows us to trace calls across runtimes and across technologies. Check out the PurePath page on our website: http://www.dynatrace.com/en/purepath_technology.aspx</description>
		<content:encoded><![CDATA[<p>We have a technology called PurePath which allows us to trace calls across runtimes and across technologies. Check out the PurePath page on our website: <a href="http://www.dynatrace.com/en/purepath_technology.aspx" rel="nofollow"></a><a href='http://www.dynatrace.com/en/purepath_technology.aspx'>http://www.dynatrace.com/en/purepath_technology.aspx</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bigapple</title>
		<link>http://blog.dynatrace.com/2008/09/25/transactional-logging/comment-page-1/#comment-422</link>
		<dc:creator>bigapple</dc:creator>
		<pubDate>Fri, 14 Nov 2008 03:30:45 +0000</pubDate>
		<guid isPermaLink="false">http://dynatrace.wordpress.com/?p=197#comment-422</guid>
		<description>Very interesting. 

Just wandering how your correlate the transaction cross JVMs, for example the web tier and the business logic tier.</description>
		<content:encoded><![CDATA[<p>Very interesting. </p>
<p>Just wandering how your correlate the transaction cross JVMs, for example the web tier and the business logic tier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Wright</title>
		<link>http://blog.dynatrace.com/2008/09/25/transactional-logging/comment-page-1/#comment-395</link>
		<dc:creator>Patrick Wright</dc:creator>
		<pubDate>Wed, 12 Nov 2008 22:10:51 +0000</pubDate>
		<guid isPermaLink="false">http://dynatrace.wordpress.com/?p=197#comment-395</guid>
		<description>It&#039;s a good idea. I&#039;ve downloaded the plugin and checked out the demos you posted; am waiting to see more.

This is not a new idea, even for Java, though. The most successful Java tool using this approach is perhaps jEdit, where you can write &quot;macros&quot; using a scripting language; the default language for jEdit macros is BeanShell, but you can use others. There are dozens of macros available, many of them contributed by the community.

Upside: people can contribute with less effort, and it takes pressure off the developer of the editor for new features.

Downside: in my experience, the biggest downside at least in jEdit&#039;s case, was that scripts are somewhat slower than compiled Java. For any script that gets executed while the UI is being used, you can get tiny pauses when a script is fired, which can make the UI feel sluggish if too much is based on scripts. Also, since scripts were so easy to write, I found people spent less time creating reusable libraries (to write scripts on top of) and there was a certain amount of duplication between them.

Looking forward to seeing what you do with it.


Patrick</description>
		<content:encoded><![CDATA[<p>It&#8217;s a good idea. I&#8217;ve downloaded the plugin and checked out the demos you posted; am waiting to see more.</p>
<p>This is not a new idea, even for Java, though. The most successful Java tool using this approach is perhaps jEdit, where you can write &#8220;macros&#8221; using a scripting language; the default language for jEdit macros is BeanShell, but you can use others. There are dozens of macros available, many of them contributed by the community.</p>
<p>Upside: people can contribute with less effort, and it takes pressure off the developer of the editor for new features.</p>
<p>Downside: in my experience, the biggest downside at least in jEdit&#8217;s case, was that scripts are somewhat slower than compiled Java. For any script that gets executed while the UI is being used, you can get tiny pauses when a script is fired, which can make the UI feel sluggish if too much is based on scripts. Also, since scripts were so easy to write, I found people spent less time creating reusable libraries (to write scripts on top of) and there was a certain amount of duplication between them.</p>
<p>Looking forward to seeing what you do with it.</p>
<p>Patrick</p>
]]></content:encoded>
	</item>
</channel>
</rss>
