<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:georss="http://www.georss.org/georss" xmlns:gd="http://schemas.google.com/g/2005" xmlns:thr="http://purl.org/syndication/thread/1.0" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" gd:etag="W/&quot;A0ICSHg-eyp7ImA9WhRWF0g.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753</id><updated>2012-01-05T02:32:49.653-08:00</updated><category term="bpm" /><category term="jdbc" /><category term="vi" /><category term="java" /><category term="cluster" /><category term="development" /><category term="macosx" /><category term="perl" /><category term="deployment" /><category term="jsp" /><category term="tomcat" /><category term="book" /><category term="netbeans" /><category term="iphone" /><category term="unix" /><category term="mac" /><category term="palm" /><category term="sun" /><category term="windows" /><category term="design" /><category term="code" /><category term="testing" /><category term="architecture" /><category term="jms" /><category term="solaris" /><category term="1passwd" /><category term="subversion" /><title>Jamie Raut</title><subtitle type="html">Technical Thoughts and Ramblings</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://jamieraut.blogspot.com/" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>18</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/atom+xml" href="http://feeds.feedburner.com/jamieraut" /><feedburner:info uri="jamieraut" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><entry gd:etag="W/&quot;C0QAQHc8eyp7ImA9WxRVGUg.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-4547527339809333606</id><published>2008-11-17T11:27:00.000-08:00</published><updated>2008-11-17T11:49:01.973-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-11-17T11:49:01.973-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="java" /><category scheme="http://www.blogger.com/atom/ns#" term="development" /><category scheme="http://www.blogger.com/atom/ns#" term="code" /><title>jarfinder.com</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/4547527339809333606/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=4547527339809333606" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/4547527339809333606?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/4547527339809333606?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/U3xMO9SmXUc/jarfindercom.html" title="jarfinder.com" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">Kudos to Frank Kelly for alerting the world -- via his blog -- to the existence of jarfinder.com. This is an online tool that helps people track down class path issues by reporting what JARs a particular class belongs to. It also helps you find the download pages for JARs you don't have. Over the years I have used a couple of different sites to do the same thing but for different reasons, those 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/5iMvZDl0cov-_vjs4N0ziKOkruw/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/5iMvZDl0cov-_vjs4N0ziKOkruw/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/5iMvZDl0cov-_vjs4N0ziKOkruw/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/5iMvZDl0cov-_vjs4N0ziKOkruw/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/U3xMO9SmXUc" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2008/11/jarfindercom.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0QCQnw8eip7ImA9WxRVGUg.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-692757316538957975</id><published>2008-09-15T16:52:00.000-07:00</published><updated>2008-11-17T11:49:23.272-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-11-17T11:49:23.272-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="java" /><category scheme="http://www.blogger.com/atom/ns#" term="code" /><title>JUnit and the Working Directory</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/692757316538957975/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=692757316538957975" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/692757316538957975?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/692757316538957975?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/MCMMY8IoBu4/junit-and-working-directory.html" title="JUnit and the Working Directory" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">This is a quick post for my own notes more than anything. Oftentimes, your JUnit tests need to load up some stuff from files. Most of the time, you'll want to use getClass().getResourceAsStream() to do this. If that's not possible for some reason or another, and you need to use a relative path name to some resource for your JUnit test, and you're using an IDE to kick off your tests, what should 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/zXCI1n4iLR01-LgT6jGVSMk3Iz0/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/zXCI1n4iLR01-LgT6jGVSMk3Iz0/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/zXCI1n4iLR01-LgT6jGVSMk3Iz0/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/zXCI1n4iLR01-LgT6jGVSMk3Iz0/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/MCMMY8IoBu4" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2008/09/junit-and-working-directory.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CE4CSHs-eCp7ImA9WxdaEEQ.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-8151152525311038029</id><published>2008-08-08T14:45:00.000-07:00</published><updated>2008-08-18T13:56:09.550-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-08-18T13:56:09.550-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="development" /><category scheme="http://www.blogger.com/atom/ns#" term="tomcat" /><category scheme="http://www.blogger.com/atom/ns#" term="macosx" /><title>Installing Tomcat on OS X (The Hard Way)</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/8151152525311038029/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=8151152525311038029" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/8151152525311038029?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/8151152525311038029?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/kJNX93_S3cQ/installing-tomcat-on-os-x-hard-way.html" title="Installing Tomcat on OS X (The Hard Way)" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>1</thr:total><content type="html">Last week I set about installing Tomcat on an OS X client machine. Being a UNIX based OS, I figured I would put my sys admin hat on and install Apache's servlet container in a manner befitting of a multi-user UNIX environment. Looking at the OS X directory structure, I didn't see an obvious place for local application installations besides /usr/local. (I've seen various conventions used on 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/m2mN3QZFELz4CWJOHvVyrjRdLZI/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/m2mN3QZFELz4CWJOHvVyrjRdLZI/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/m2mN3QZFELz4CWJOHvVyrjRdLZI/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/m2mN3QZFELz4CWJOHvVyrjRdLZI/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/kJNX93_S3cQ" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2008/08/installing-tomcat-on-os-x-hard-way.html</feedburner:origLink></entry><entry gd:etag="W/&quot;A0cGQ34-fyp7ImA9WxdbEUo.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-1033698292837595611</id><published>2008-07-09T10:18:00.000-07:00</published><updated>2008-08-08T00:03:42.057-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-08-08T00:03:42.057-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="sun" /><category scheme="http://www.blogger.com/atom/ns#" term="testing" /><title>Load Testing with fhb</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/1033698292837595611/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=1033698292837595611" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/1033698292837595611?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/1033698292837595611?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/cXSG4FzcdaM/load-testing-with-fhb.html" title="Load Testing with fhb" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">As part of an effort to stand up a new production environment for a client, some load testing  was required to provide some baselines for tweaking and tuning. As part of some due diligence to find the latest and greatest in load generation tools, I happened upon Shanti Subramanyam's excellent post on the Faban HTTP Bench (fhb), part of the Faban project from Sun. I wanted to touch on a few things
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/f8GDQxWtjQwfN0SxLAdKrme3U-c/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/f8GDQxWtjQwfN0SxLAdKrme3U-c/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/f8GDQxWtjQwfN0SxLAdKrme3U-c/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/f8GDQxWtjQwfN0SxLAdKrme3U-c/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/cXSG4FzcdaM" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2008/07/load-testing-with-fhb.html</feedburner:origLink></entry><entry gd:etag="W/&quot;D0QFRX04eip7ImA9WxdWF0Q.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-1586913914127087612</id><published>2008-07-09T09:49:00.000-07:00</published><updated>2008-07-11T09:55:14.332-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-07-11T09:55:14.332-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="deployment" /><category scheme="http://www.blogger.com/atom/ns#" term="sun" /><category scheme="http://www.blogger.com/atom/ns#" term="cluster" /><title>Clustering with Sun's Web and App Servers</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/1586913914127087612/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=1586913914127087612" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/1586913914127087612?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/1586913914127087612?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/H7EHyi7FRG0/clustering-with-suns-web-and-app.html" title="Clustering with Sun's Web and App Servers" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">I recently setup a cluster of Sun Java System Application Server (now called Sun Glassfish Enterprise Server1) instances, front-ended by a software load balancer in the form of the Sun Java System Web Server equipped with the load balancer plugin. Within this environment, I chose to split off static content from a dynamic JavaEE web app and have the static content served from the web server, 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/VK3EN_HAIINhcMOxQdIAKXBVRjk/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/VK3EN_HAIINhcMOxQdIAKXBVRjk/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/VK3EN_HAIINhcMOxQdIAKXBVRjk/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/VK3EN_HAIINhcMOxQdIAKXBVRjk/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/H7EHyi7FRG0" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2008/07/clustering-with-suns-web-and-app.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0MMSHo5eip7ImA9WxRVGUg.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-885113177518114416</id><published>2008-05-09T23:35:00.000-07:00</published><updated>2008-11-17T11:51:29.422-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-11-17T11:51:29.422-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="java" /><title>JavaOne 2008: Java+You</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/885113177518114416/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=885113177518114416" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/885113177518114416?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/885113177518114416?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/5DbHx_gObGk/javaone-2008-javayou.html" title="JavaOne 2008: Java+You" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">I managed to get my hands on a pass to JavaOne this year and thought I'd share my impressions of some of the presentations I went to. First up, the keynote was very impressive. The theme of JavaOne this year was Java+You, with the bulk of the keynote devoted to consumer-oriented Rich Internet Applications (RIAs) and devices. Sun demonstrated a JavaFX app running in a browser on top of the new 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/s8WzLOR6CEG0bZteGs1xUmM8yf0/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/s8WzLOR6CEG0bZteGs1xUmM8yf0/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/s8WzLOR6CEG0bZteGs1xUmM8yf0/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/s8WzLOR6CEG0bZteGs1xUmM8yf0/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/5DbHx_gObGk" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2008/05/javaone-2008-javayou.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0MFQ3c5fip7ImA9WxRVGUg.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-3463177430690372632</id><published>2008-05-09T00:29:00.000-07:00</published><updated>2008-11-17T11:50:12.926-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-11-17T11:50:12.926-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="java" /><category scheme="http://www.blogger.com/atom/ns#" term="jsp" /><category scheme="http://www.blogger.com/atom/ns#" term="code" /><title>Dumping a JNDI Tree in a JSP</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/3463177430690372632/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=3463177430690372632" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/3463177430690372632?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/3463177430690372632?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/WiYMyv1_c2k/dumping-jndi-tree-in-jsp.html" title="Dumping a JNDI Tree in a JSP" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>1</thr:total><content type="html">I'm sure anyone who's ever had to look up a DataSource or EJB home interface in an enterprise has come across an occasional difficulty with objects not being bound where they were expected. Sometimes, an application server vendor (e.g. BEA Systems) has thought it wise to include a function to peruse the contents of JNDI. Sometimes not. For the latter case, I've put together a simple JSP to 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/8b6RemB4azNuQAmonAD8GBoRRcM/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/8b6RemB4azNuQAmonAD8GBoRRcM/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/8b6RemB4azNuQAmonAD8GBoRRcM/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/8b6RemB4azNuQAmonAD8GBoRRcM/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/WiYMyv1_c2k" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2008/05/dumping-jndi-tree-in-jsp.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0INQ3cyfCp7ImA9WxRVGUg.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-7611214486616647397</id><published>2008-03-27T02:56:00.000-07:00</published><updated>2008-11-17T11:53:12.994-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-11-17T11:53:12.994-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="java" /><category scheme="http://www.blogger.com/atom/ns#" term="design" /><category scheme="http://www.blogger.com/atom/ns#" term="book" /><title>Books, Books, Books</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/7611214486616647397/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=7611214486616647397" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/7611214486616647397?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/7611214486616647397?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/v2BOaVhXIfM/books-books-books.html" title="Books, Books, Books" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">I thought I'd lay out in this post a good selection of books that I have on my bookshelf. I believe these books can take any developer to the next level in terms of understanding the Java language, design patterns and enterprise application architecture, which will be invaluable when applied to the design and development of enterprise Java applications.              
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/rah3mszrEUMoMvucxW5oNiIIiOg/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/rah3mszrEUMoMvucxW5oNiIIiOg/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/rah3mszrEUMoMvucxW5oNiIIiOg/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/rah3mszrEUMoMvucxW5oNiIIiOg/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/v2BOaVhXIfM" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2008/03/books-books-books.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DU4MR3Y-fip7ImA9WxZbE0w.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-6716296930218321400</id><published>2007-11-08T14:36:00.000-08:00</published><updated>2008-04-15T20:53:06.856-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-04-15T20:53:06.856-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="1passwd" /><category scheme="http://www.blogger.com/atom/ns#" term="palm" /><category scheme="http://www.blogger.com/atom/ns#" term="mac" /><category scheme="http://www.blogger.com/atom/ns#" term="perl" /><category scheme="http://www.blogger.com/atom/ns#" term="iphone" /><title>Migrating from GNU Keyring for Palm OS to 1passwd on the iPhone</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/6716296930218321400/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=6716296930218321400" title="8 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/6716296930218321400?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/6716296930218321400?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/X3hKmNqQt1Q/migrating-from-gnu-keyring-for-palm-os.html" title="Migrating from GNU Keyring for Palm OS to 1passwd on the iPhone" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>8</thr:total><content type="html">So I was one of those guys that bought an iPhone on the day it came out. (I didn't wait in line though!) My previous phone was a trusty, yet very chunky Palm Treo. Since then though, I've found that there was still one super useful application residing on the Treo that I could not do without and for which there was no equivalent on the iPhone. Since the day I got my iPhone, I've had to carry two 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/Bx5Oa7Wy7ltXG7v-GCO6vQlomvY/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/Bx5Oa7Wy7ltXG7v-GCO6vQlomvY/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/Bx5Oa7Wy7ltXG7v-GCO6vQlomvY/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/Bx5Oa7Wy7ltXG7v-GCO6vQlomvY/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/X3hKmNqQt1Q" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2007/10/migrating-from-gnu-keyring-for-palm-os.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkIHRHc_eSp7ImA9WB9QGEk.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-7542825146222905459</id><published>2007-10-30T16:18:00.000-07:00</published><updated>2007-10-31T08:28:55.941-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2007-10-31T08:28:55.941-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="vi" /><category scheme="http://www.blogger.com/atom/ns#" term="unix" /><category scheme="http://www.blogger.com/atom/ns#" term="solaris" /><title>vi Trick for Removing Carriage Returns</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/7542825146222905459/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=7542825146222905459" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/7542825146222905459?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/7542825146222905459?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/JKnCg8WfK7U/vi-trick-for-removing-carriage-returns.html" title="vi Trick for Removing Carriage Returns" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">I hate it when people edit files on Windows and deploy them on a *nix box, then wonder what went wrong when everything blows up. I have traditionally dealt with these issues with either (easiest first):dos2unix filename filename or tr -d "\r" &amp;lt;filename &amp;gt;filename2 &amp;amp;&amp;amp; mv filename2 filenameToday I learnt a new trick in vi to get rid of carriage returns. Start typing out your substitution command: :%
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/UBo4vHibWaRd5Ks6LTJ_Eo8MysU/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/UBo4vHibWaRd5Ks6LTJ_Eo8MysU/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/UBo4vHibWaRd5Ks6LTJ_Eo8MysU/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/UBo4vHibWaRd5Ks6LTJ_Eo8MysU/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/JKnCg8WfK7U" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2007/10/vi-trick-for-removing-carriage-returns.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DkcHRX46cCp7ImA9WB9QGE0.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-4937434200211017607</id><published>2007-10-26T14:31:00.000-07:00</published><updated>2007-10-30T21:13:54.018-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2007-10-30T21:13:54.018-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="subversion" /><category scheme="http://www.blogger.com/atom/ns#" term="netbeans" /><category scheme="http://www.blogger.com/atom/ns#" term="windows" /><title>Challenges with Netbeans 6.0 Beta 2, Subversion and Cygwin on Windows</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/4937434200211017607/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=4937434200211017607" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/4937434200211017607?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/4937434200211017607?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/blDvl2Rc0v0/challenges-with-netbeans-60-beta-2.html" title="Challenges with Netbeans 6.0 Beta 2, Subversion and Cygwin on Windows" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>2</thr:total><content type="html">I came across a challenge today in using the new Netbeans 6.0 Beta 2 release with Subversion and Cygwin. The solution wasn't very googleable (yes, that's a real adjective) so I'm jotting this down in the hope that someone else will find it useful. When trying to commit changes to a project in a Subversion repository, Netbeans kept complaining about a missing entries file:svn: Can't open file '.
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/fgcPZxJqoOe_7U38PHVx7q9afsg/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/fgcPZxJqoOe_7U38PHVx7q9afsg/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/fgcPZxJqoOe_7U38PHVx7q9afsg/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/fgcPZxJqoOe_7U38PHVx7q9afsg/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/blDvl2Rc0v0" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2007/10/challenges-with-netbeans-60-beta-2.html</feedburner:origLink></entry><entry gd:etag="W/&quot;DEIMR3o9fip7ImA9WB9XE0Q.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-5604038046166448197</id><published>2007-01-12T12:56:00.000-08:00</published><updated>2007-11-06T16:49:46.466-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2007-11-06T16:49:46.466-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="java" /><category scheme="http://www.blogger.com/atom/ns#" term="bpm" /><title>Maintaining BPM Applications</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/5604038046166448197/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=5604038046166448197" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/5604038046166448197?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/5604038046166448197?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/gJLA6jNcLTA/maintaining-bpm-applications.html" title="Maintaining BPM Applications" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>2</thr:total><content type="html">One of the lessons learnt from my BPM projects that I'd like to pass on is thinking about subsequent releases of your BPM application. As we pull together version 1.0 of whatever processes we're building, we'll typically be writing custom code to handle aspects of system-to-human or system-to-system interactions. As we progress through releases 1, 2, 3... and on to release n, that custom code 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/LJJFGKFcTXaEsd8A3MpsdENjS8k/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/LJJFGKFcTXaEsd8A3MpsdENjS8k/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/LJJFGKFcTXaEsd8A3MpsdENjS8k/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/LJJFGKFcTXaEsd8A3MpsdENjS8k/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/gJLA6jNcLTA" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2007/10/maintaining-bpm-applications.html</feedburner:origLink></entry><entry gd:etag="W/&quot;Ck8NQ30_cCp7ImA9WB9QGE0.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-1512237506731917977</id><published>2006-11-27T10:40:00.001-08:00</published><updated>2007-10-30T20:21:32.348-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2007-10-30T20:21:32.348-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="solaris" /><title>Solaris 10 Privileges</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/1512237506731917977/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=1512237506731917977" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/1512237506731917977?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/1512237506731917977?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/9bDCtpCOBPE/solaris-10-privileges.html" title="Solaris 10 Privileges" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">I recently had to figure out a nice way to allow a non-privileged user on a Solaris system to bind to a privileged port. This is the same old problem of figuring out how to bind your web server process to a privileged port, let's say 80, and not have it run as root. Some people would just run the process as root, or as setuid root but the process can still be compromised and give the attacker 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/wJDh64NDJG7etaNeHiF5KoMgn7E/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/wJDh64NDJG7etaNeHiF5KoMgn7E/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/wJDh64NDJG7etaNeHiF5KoMgn7E/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/wJDh64NDJG7etaNeHiF5KoMgn7E/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/9bDCtpCOBPE" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2006/11/solaris-10-privileges.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEIDRX05cCp7ImA9WB9QGE0.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-2896882860748980320</id><published>2006-11-07T09:49:00.000-08:00</published><updated>2007-10-30T20:49:34.328-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2007-10-30T20:49:34.328-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="jms" /><category scheme="http://www.blogger.com/atom/ns#" term="architecture" /><category scheme="http://www.blogger.com/atom/ns#" term="jdbc" /><title>JDBC Is Not a Protocol (Neither Is JMS)</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/2896882860748980320/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=2896882860748980320" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/2896882860748980320?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/2896882860748980320?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/UmEJAsibBIk/jdbc-is-not-protocol-neither-is-jms.html" title="JDBC Is Not a Protocol (Neither Is JMS)" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">This will sound like a little bit of a rant but I don't know how many times I've seen this in architecture diagrams (and always from very experienced people). We all know what you mean but seriously, JDBC is not a protocol. It is a means by which your Java application translates Java calls into the database's native protocol, be that TNS (Transparent Network Substrate, for Oracle [actually a bit 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/d1tYqqKmdWSambGJdeEcdaKjSCs/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/d1tYqqKmdWSambGJdeEcdaKjSCs/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/d1tYqqKmdWSambGJdeEcdaKjSCs/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/d1tYqqKmdWSambGJdeEcdaKjSCs/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/UmEJAsibBIk" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2006/11/jdbc-is-not-protocol-neither-is-jms.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEYCRXo6eSp7ImA9WxdQEEo.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-5034177437320856484</id><published>2006-06-12T12:55:00.000-07:00</published><updated>2008-06-09T21:29:24.411-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-06-09T21:29:24.411-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="bpm" /><title>Accelerating Requirements with Process-Centric Prototyping</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/5034177437320856484/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=5034177437320856484" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/5034177437320856484?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/5034177437320856484?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/Wi2tdwL79PM/accelerating-requirements-with-process.html" title="Accelerating Requirements with Process-Centric Prototyping" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">In Miami this year, I spoke about a techniques used to accelerate business understanding of the problem and solution space for projects at a large financial institution in order to more rapidly drive out better requirements. The talk outlined the tools used, the iterative approach taken, aiming to show working software as early and often as possible (in line with the Agile mantra). The session 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/IoSX3u3g3__IZy1X47O_pDW_HOE/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/IoSX3u3g3__IZy1X47O_pDW_HOE/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/IoSX3u3g3__IZy1X47O_pDW_HOE/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/IoSX3u3g3__IZy1X47O_pDW_HOE/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/Wi2tdwL79PM" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2006/12/accelerating-requirements-with-process.html</feedburner:origLink></entry><entry gd:etag="W/&quot;C0IBQHY_cSp7ImA9WxRVGUg.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-7867486056607259854</id><published>2006-06-02T12:55:00.000-07:00</published><updated>2008-11-17T11:52:31.849-08:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-11-17T11:52:31.849-08:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="java" /><category scheme="http://www.blogger.com/atom/ns#" term="code" /><title>A Bit of Fun In Advance of the World Cup</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/7867486056607259854/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=7867486056607259854" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/7867486056607259854?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/7867486056607259854?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/DDubb75rpfU/bit-of-fun-in-advance-of-world-cup.html" title="A Bit of Fun In Advance of the World Cup" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">This year I coaxed a group of colleagues to take a small financial interest in the outcome of the upcoming world cup. This will be a friendly competition where everyone puts in $5 into the pot and picks some teams out of a hat to follow throughout the competition. The people who have picked the top three finishers will split the pot. To make it a little more fair, I wrote a small Java program to 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/fPD2CRMCQ8a0PbcJVSvkU49QWo8/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/fPD2CRMCQ8a0PbcJVSvkU49QWo8/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/fPD2CRMCQ8a0PbcJVSvkU49QWo8/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/fPD2CRMCQ8a0PbcJVSvkU49QWo8/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/DDubb75rpfU" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2006/06/bit-of-fun-in-advance-of-world-cup.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEQCQnY7cCp7ImA9WxdQEEo.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-304126768622645646</id><published>2005-06-13T11:27:00.000-07:00</published><updated>2008-06-09T21:32:43.808-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-06-09T21:32:43.808-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="bpm" /><title>Applying a BPM Approach to Three Similar but Distinct Business Environments</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/304126768622645646/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=304126768622645646" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/304126768622645646?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/304126768622645646?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/IBrRjVbtZKM/applying-bpm-approach-to-three-similar.html" title="Applying a BPM Approach to Three Similar but Distinct Business Environments" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">Last week in Miami, I delivered a presentation on how BPM was used to deliver business value to three distinct divisions of a large financial institution. The divisions in question were a Commercial Banking, Private Banking and Commercial Real Estate. While different technologies were ultimately used for each, the approach taken was the same. The talk outlined the type of business processes to be
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/7M5J_RJ7VUvbYC2I24_bkt53vUY/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/7M5J_RJ7VUvbYC2I24_bkt53vUY/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/7M5J_RJ7VUvbYC2I24_bkt53vUY/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/7M5J_RJ7VUvbYC2I24_bkt53vUY/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/IBrRjVbtZKM" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2007/10/applying-bpm-approach-to-three-similar.html</feedburner:origLink></entry><entry gd:etag="W/&quot;CEUCQXk6eyp7ImA9WxdQEEo.&quot;"><id>tag:blogger.com,1999:blog-5252716203148053753.post-1428701801370817814</id><published>2004-06-07T12:54:00.000-07:00</published><updated>2008-06-09T21:31:00.713-07:00</updated><app:edited xmlns:app="http://www.w3.org/2007/app">2008-06-09T21:31:00.713-07:00</app:edited><category scheme="http://www.blogger.com/atom/ns#" term="bpm" /><title>A Practical Approach to Introducing BPM into the Enterprise</title><link rel="replies" type="application/atom+xml" href="http://jamieraut.blogspot.com/feeds/1428701801370817814/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="http://www.blogger.com/comment.g?blogID=5252716203148053753&amp;postID=1428701801370817814" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/1428701801370817814?v=2" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/5252716203148053753/posts/default/1428701801370817814?v=2" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/jamieraut/~3/OtAHaytC08A/practical-approach-to-introducing-bpm.html" title="A Practical Approach to Introducing BPM into the Enterprise" /><author><name>Jamie Raut</name><uri>http://www.blogger.com/profile/01393496006548347702</uri><email>noreply@blogger.com</email><gd:image rel="http://schemas.google.com/g/2005#thumbnail" width="16" height="16" src="http://img2.blogblog.com/img/b16-rounded.gif" /></author><thr:total>0</thr:total><content type="html">Last week in Philadelphia, I co-presented a talk on an approach I've used to introduce BPM to large enterprises. The abstract from the talk follows:BPM is touted as being able to solve a number of business and technology challenges ranging from simple process modeling to complex application integration. Given this broad range of capabilities how does an organization get started?  What tools can 
&lt;p&gt;&lt;a href="http://feedads.g.doubleclick.net/~a/Eso06aOm8koJZTZaO2QS730rw3s/0/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/Eso06aOm8koJZTZaO2QS730rw3s/0/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;br/&gt;
&lt;a href="http://feedads.g.doubleclick.net/~a/Eso06aOm8koJZTZaO2QS730rw3s/1/da"&gt;&lt;img src="http://feedads.g.doubleclick.net/~a/Eso06aOm8koJZTZaO2QS730rw3s/1/di" border="0" ismap="true"&gt;&lt;/img&gt;&lt;/a&gt;&lt;/p&gt;&lt;img src="http://feeds.feedburner.com/~r/jamieraut/~4/OtAHaytC08A" height="1" width="1"/&gt;</content><feedburner:origLink>http://jamieraut.blogspot.com/2007/10/practical-approach-to-introducing-bpm.html</feedburner:origLink></entry></feed>

