<?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: Tracking Oracle Logons</title>
	<atom:link href="http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/</link>
	<description>because I don't believe in life before coffee...</description>
	<lastBuildDate>Wed, 28 Oct 2009 06:44:36 -0700</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nice Smile</title>
		<link>http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/comment-page-1/#comment-152690</link>
		<dc:creator>Nice Smile</dc:creator>
		<pubDate>Mon, 16 Apr 2007 06:46:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/#comment-152690</guid>
		<description>Interesting article, but I have a problem with abnormally terminated client sessions, which don&#039;t trigger the logoff trigger. I need to catch those errors for many reasons.</description>
		<content:encoded><![CDATA[<p>Interesting article, but I have a problem with abnormally terminated client sessions, which don&#8217;t trigger the logoff trigger. I need to catch those errors for many reasons.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/comment-page-1/#comment-236</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Wed, 08 Mar 2006 16:49:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/#comment-236</guid>
		<description>&lt;strong&gt;UPDATE:&lt;/strong&gt; I have found that the old version of this resulted in an ORA-1427 error when someone made an internal connection.  The problem also came up when dbms_jobs were run.  The code now ignores internal connections (where the session id is 0).</description>
		<content:encoded><![CDATA[<p><strong>UPDATE:</strong> I have found that the old version of this resulted in an ORA-1427 error when someone made an internal connection.  The problem also came up when dbms_jobs were run.  The code now ignores internal connections (where the session id is 0).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jon</title>
		<link>http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/comment-page-1/#comment-62</link>
		<dc:creator>Jon</dc:creator>
		<pubDate>Wed, 09 Nov 2005 21:41:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/#comment-62</guid>
		<description>Nice tip Gary.  I&#039;ve got a similar problem that when users connect through Oracle Forms the forms server shows up instead of the host they are sitting at.  It seems like the only way we can track the host down is by cross-referencing the web log on the Forms server.  At least we can track it down if we need to.

Thanks for the feedback!</description>
		<content:encoded><![CDATA[<p>Nice tip Gary.  I&#8217;ve got a similar problem that when users connect through Oracle Forms the forms server shows up instead of the host they are sitting at.  It seems like the only way we can track the host down is by cross-referencing the web log on the Forms server.  At least we can track it down if we need to.</p>
<p>Thanks for the feedback!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gary</title>
		<link>http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/comment-page-1/#comment-61</link>
		<dc:creator>Gary</dc:creator>
		<pubDate>Wed, 09 Nov 2005 18:38:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.lifeaftercoffee.com/2005/10/26/tracking-oracle-logons/#comment-61</guid>
		<description>Very nice!  When I set this up on my test server I found that logins from network machines that weren&#039;t &quot;hosts&quot; did not populate the host column.  I modified the login trigger as follows to catch the v$session.terminal field if sys_context(&#039;USERENV&#039;,&#039;HOST&#039;) is null
since both fields are char(30).

...
case
 when sys_context(&#039;USERENV&#039;,&#039;HOST&#039;) is not null then sys_context(&#039;USERENV&#039;,&#039;HOST&#039;)
 else
 (SELECT TERMINAL FROM v$session
  WHERE sys_context(&#039;USERENV&#039;,&#039;SESSIONID&#039;) = AUDSID)
end,
...

Thank you.</description>
		<content:encoded><![CDATA[<p>Very nice!  When I set this up on my test server I found that logins from network machines that weren&#8217;t &#8220;hosts&#8221; did not populate the host column.  I modified the login trigger as follows to catch the v$session.terminal field if sys_context(&#8217;USERENV&#8217;,'HOST&#8217;) is null<br />
since both fields are char(30).</p>
<p>&#8230;<br />
case<br />
 when sys_context(&#8217;USERENV&#8217;,'HOST&#8217;) is not null then sys_context(&#8217;USERENV&#8217;,'HOST&#8217;)<br />
 else<br />
 (SELECT TERMINAL FROM v$session<br />
  WHERE sys_context(&#8217;USERENV&#8217;,'SESSIONID&#8217;) = AUDSID)<br />
end,<br />
&#8230;</p>
<p>Thank you.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
