<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/atom10titles.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemtitles.css"?><feed xmlns="http://www.w3.org/2005/Atom" xmlns:openSearch="http://a9.com/-/spec/opensearchrss/1.0/" xmlns:georss="http://www.georss.org/georss" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0"><id>tag:blogger.com,1999:blog-7958569345934714789</id><updated>2009-11-08T21:02:23.932-05:00</updated><title type="text">Jeff Stevenson's Technology Blog</title><subtitle type="html">JD Edwards EnterpriseOne, SQL Server, WebSphere and other technologies</subtitle><link rel="http://schemas.google.com/g/2005#feed" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/posts/default" /><link rel="alternate" type="text/html" href="http://jeffstevenson.karamazovgroup.com/" /><link rel="hub" href="http://pubsubhubbub.appspot.com/" /><link rel="next" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default?start-index=26&amp;max-results=25" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email></author><generator version="7.00" uri="http://www.blogger.com">Blogger</generator><openSearch:totalResults>27</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>25</openSearch:itemsPerPage><link rel="self" href="http://feeds.feedburner.com/JeffStevensonsTechnologyBlog" type="application/atom+xml" /><feedburner:emailServiceId>JeffStevensonsTechnologyBlog</feedburner:emailServiceId><feedburner:feedburnerHostname>http://feedburner.google.com</feedburner:feedburnerHostname><feedburner:feedFlare href="http://add.my.yahoo.com/rss?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://us.i1.yimg.com/us.yimg.com/i/us/my/addtomyyahoo4.gif">Subscribe with My Yahoo!</feedburner:feedFlare><feedburner:feedFlare href="http://www.newsgator.com/ngs/subscriber/subext.aspx?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.newsgator.com/images/ngsub1.gif">Subscribe with NewsGator</feedburner:feedFlare><feedburner:feedFlare href="http://feeds.my.aol.com/add.jsp?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://o.aolcdn.com/favorites.my.aol.com/webmaster/ffclient/webroot/locale/en-US/images/myAOLButtonSmall.gif">Subscribe with My AOL</feedburner:feedFlare><feedburner:feedFlare href="http://www.bloglines.com/sub/http://feeds.feedburner.com/JeffStevensonsTechnologyBlog" src="http://www.bloglines.com/images/sub_modern11.gif">Subscribe with Bloglines</feedburner:feedFlare><feedburner:feedFlare href="http://www.netvibes.com/subscribe.php?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.netvibes.com/img/add2netvibes.gif">Subscribe with Netvibes</feedburner:feedFlare><feedburner:feedFlare href="http://fusion.google.com/add?feedurl=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://buttons.googlesyndication.com/fusion/add.gif">Subscribe with Google</feedburner:feedFlare><feedburner:feedFlare href="http://www.pageflakes.com/subscribe.aspx?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.pageflakes.com/ImageFile.ashx?instanceId=Static_4&amp;fileName=ATP_blu_91x17.gif">Subscribe with Pageflakes</feedburner:feedFlare><feedburner:feedFlare href="http://www.plusmo.com/add?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://plusmo.com/res/graphics/fbplusmo.gif">Subscribe with Plusmo</feedburner:feedFlare><feedburner:feedFlare href="http://www.thefreedictionary.com/_/hp/AddRSS.aspx?http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://img.tfd.com/hp/addToTheFreeDictionary.gif">Subscribe with The Free Dictionary</feedburner:feedFlare><feedburner:feedFlare href="http://www.bitty.com/manual/?contenttype=rssfeed&amp;contentvalue=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.bitty.com/img/bittychicklet_91x17.gif">Subscribe with Bitty Browser</feedburner:feedFlare><feedburner:feedFlare href="http://www.newsalloy.com/?rss=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.newsalloy.com/subrss3.gif">Subscribe with NewsAlloy</feedburner:feedFlare><feedburner:feedFlare href="http://www.live.com/?add=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://tkfiles.storage.msn.com/x1piYkpqHC_35nIp1gLE68-wvzLZO8iXl_JMledmJQXP-XTBOLfmQv4zhj4MhcWEJh_GtoBIiAl1Mjh-ndp9k47If7hTaFno0mxW9_i3p_5qQw">Subscribe with Live.com</feedburner:feedFlare><feedburner:feedFlare href="http://mix.excite.eu/add?feedurl=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://image.excite.co.uk/mix/addtomix.gif">Subscribe with Excite MIX</feedburner:feedFlare><feedburner:feedFlare href="http://www.yourminis.com/subscribe.aspx?u=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.yourminis.com/images/addtoyourminisbadge.gif">Subscribe with Yourminis.com</feedburner:feedFlare><feedburner:feedFlare href="http://download.attensa.com/app/get_attensa.html?feedurl=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.attensa.com/blogs/attensa/WindowsLiveWriter/BadgeredintoBadges_10C02/attensa_feed_button5.gif">Subscribe with Attensa for Outlook</feedburner:feedFlare><feedburner:feedFlare href="http://www.webwag.com/wwgthis.php?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.webwag.com/images/wwgthis.gif">Subscribe with Webwag</feedburner:feedFlare><feedburner:feedFlare href="http://hub.netomat.net/account/account.autoSubscribe.jspa?urls=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.netomat.net/blogger/images/icon_netomat_feedbutton.gif">Subscribe with netomat Hub</feedburner:feedFlare><feedburner:feedFlare href="http://www.podcastready.com/oneclick_bookmark.php?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.podcastready.com/images/podcastready_button.gif">Subscribe with Podcast Ready</feedburner:feedFlare><feedburner:feedFlare href="http://www.flurry.com/pushRssFeed.do?r=fb&amp;url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.flurry.com/images/flurry_rss_logo2.gif">Subscribe with Flurry</feedburner:feedFlare><feedburner:feedFlare href="http://www.wikio.com/subscribe?url=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.wikio.com/shared/img/add2wikio.gif">Subscribe with Wikio</feedburner:feedFlare><feedburner:feedFlare href="http://www.dailyrotation.com/index.php?feed=http%3A%2F%2Ffeeds.feedburner.com%2FJeffStevensonsTechnologyBlog" src="http://www.dailyrotation.com/rss-dr2.gif">Subscribe with Daily Rotation</feedburner:feedFlare><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com" /><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-594070076009474788</id><published>2009-10-11T21:19:00.000-04:00</published><updated>2009-11-08T21:02:23.944-05:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><title type="text">UBE Introspection &amp; Dynamic UBE Logging in EnterpriseOne</title><summary type="text">Troubleshooting a UBE on the enterprise server in E1 has always been difficult. Even more difficult when the users are on the web client.  Debugging  without causing some sort of interruption for other web users was nearly impossible.  Gathering certain information about how a job was submitted, such as processing options and data selection was also difficult and determining whether a </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/594070076009474788/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=594070076009474788" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/594070076009474788" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/594070076009474788" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/uRd9WkVPGlo/ube-introspection-dynamic-ube-logging.html" title="UBE Introspection &amp; Dynamic UBE Logging in EnterpriseOne" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/_OcW550IbmEg/StPA-qVcXUI/AAAAAAAAAP0/YJOF63VAXc0/s72-c/Execution+Detail.JPG" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/10/ube-introspection-dynamic-ube-logging.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-3537337929825381547</id><published>2009-09-29T13:38:00.003-04:00</published><updated>2009-09-29T14:41:53.412-04:00</updated><title type="text">EnterpriseOne Business Accelerator Email</title><summary type="text">An opportunity to clarify E1 Business Accelerator (fka Product Packaging) came in the mailbox today:Back in Oct 08, you made a blog entry (http://blog.karamazovgroup.com/2008/10/jde-e1-technical-task-force.html) regarding a JDE E1 Technical Task Force conference which uncovered the Statement of Direction for 8.98. Included in Oracles SOD was Product Packaging improvements. You referred to them as</summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/3537337929825381547/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=3537337929825381547" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/3537337929825381547" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/3537337929825381547" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/dicKzmCQPR0/enterpriseone-business-accelerator.html" title="EnterpriseOne Business Accelerator Email" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">2</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/09/enterpriseone-business-accelerator.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-4841252999620628652</id><published>2009-09-16T16:04:00.019-04:00</published><updated>2009-09-17T21:35:22.180-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Administration" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="Server Manager" /><category scheme="http://www.blogger.com/atom/ns#" term="CNC" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><category scheme="http://www.blogger.com/atom/ns#" term="Oracle" /><title type="text">EnterpriseOne User Specific Dynamic Logging with WebSphere Network Deployment</title><summary type="text">Denver's Server Manager product is the new(er) method for managing all aspects of EnterpriseOne servers - monitoring, configuration, tuning and logging, etc. CNC administrators can now modify settings, see what's happening on their system and do logging all in one interface .  In particular the logging enhancements are worthy of mention.  I will show that while Server Manager is a great tool, </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/4841252999620628652/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=4841252999620628652" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4841252999620628652" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4841252999620628652" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/PMJPdPPs0fw/enterpriseone-user-specific-dynamic.html" title="EnterpriseOne User Specific Dynamic Logging with WebSphere Network Deployment" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/_OcW550IbmEg/SrFK073hzqI/AAAAAAAAAPE/Lm5X2UDK0eQ/s72-c/Create+Log+Configuration.JPG" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/09/enterpriseone-user-specific-dynamic.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-4801195319618542450</id><published>2009-09-02T23:15:00.014-04:00</published><updated>2009-09-04T09:50:32.626-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Maintenance" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL Server" /><category scheme="http://www.blogger.com/atom/ns#" term="Performance" /><title type="text">Rebuild SQL Indexes in E1 Package Tables</title><summary type="text">With the change to table-based, XML-format metadata (formerly specs)  in EnterpriseOne, first-use dynamic e-generation became a performance issue, impacting end users after a package deployment and affecting their perception of system performance.  This article describes an easy method of lessening this impact.A very short primer on auto package discovery and dynamic egeneration as it applies to </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/4801195319618542450/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=4801195319618542450" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4801195319618542450" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4801195319618542450" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/jgfM20JCA1U/rebuild-sql-indexes-in-package-tables.html" title="Rebuild SQL Indexes in E1 Package Tables" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/09/rebuild-sql-indexes-in-package-tables.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-2853586277053946777</id><published>2009-08-05T11:57:00.011-04:00</published><updated>2009-09-04T09:56:52.145-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Security" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="CNC" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL Server" /><title type="text">EnterpriseOne SQL Security</title><summary type="text">Permissions in SQL for E1 are granted thru the System User/Multiplexing User's (JDE usually) membership in the database role PUBLIC.The PUBLIC database role has Create Table permissions.The PUBLIC database role has SELECT, INSERT, UPDATE, DELETE permissions on all tables within the database.The object owner (PRODDTA, PRODCTL, etc.) database role has explicitly granted object permissions to allow </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/2853586277053946777/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=2853586277053946777" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/2853586277053946777" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/2853586277053946777" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/1FIvPBmm4wo/enterpriseone-sql-security.html" title="EnterpriseOne SQL Security" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/08/enterpriseone-sql-security.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-5295937517956572450</id><published>2009-07-28T11:07:00.004-04:00</published><updated>2009-09-04T09:50:58.963-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Training" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="CNC" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><category scheme="http://www.blogger.com/atom/ns#" term="Oracle" /><title type="text">EnterpriseOne CNC Training</title><summary type="text">From the mailbag came the following question that I thought I would answer for everyone:"Hi Jeff, what do you recommend for Oracle CNC training?"My answer:Depends on who it is for.  A new CNC guy should have his training tailored and more importantly, timed to coincide with what they are doing on the system.Common Foundation will provide the CNC trainee with the basics of E1 and should be taken </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/5295937517956572450/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=5295937517956572450" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/5295937517956572450" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/5295937517956572450" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/OuSoP8SSCaU/enterpriseone-cnc-training.html" title="EnterpriseOne CNC Training" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/07/enterpriseone-cnc-training.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-7985108365976288382</id><published>2009-06-09T11:30:00.009-04:00</published><updated>2009-09-04T09:57:25.849-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><title type="text">JD Edwards "Julian Date"</title><summary type="text">What we (you, me, everyone in the JD Edwards universe) have always referred to as "Julian Date" is actual an Ordinal Date.http://en.wikipedia.org/wiki/Ordinal_dateIt is not, however, an ISO 8601 compliant Ordinal Date as ISO 8601 requires the use of 4 digit years.http://en.wikipedia.org/wiki/ISO_8601#Ordinal_datesThe Julian Date is actually "...the interval of time in days and fractions of a day,</summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/7985108365976288382/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=7985108365976288382" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/7985108365976288382" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/7985108365976288382" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/OGDJe147kss/jd-edwards-julian-date.html" title="JD Edwards &quot;Julian Date&quot;" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/06/jd-edwards-julian-date.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-4373928140447887879</id><published>2009-06-08T18:49:00.013-04:00</published><updated>2009-09-04T09:57:42.456-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Script" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL Server" /><category scheme="http://www.blogger.com/atom/ns#" term="Backup" /><title type="text">Quick SQL Table Backup</title><summary type="text">Occasionally one needs to perform an action in either EnterpriseOne or SQL Server that places the data in one or more tables at risk.  Examples include an index or (obviously) a table generation in OMW, a direct update to the data using a query, the first run of a custom UBE that updates data, etc.  Best practices dictate that you should get a backup of the data.Rather than using the time </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/4373928140447887879/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=4373928140447887879" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4373928140447887879" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4373928140447887879" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/AsmmXiZrKOg/quick-sql-table-backup.html" title="Quick SQL Table Backup" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/06/quick-sql-table-backup.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-3754391301894319774</id><published>2009-03-26T13:32:00.021-04:00</published><updated>2009-10-25T13:53:24.466-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="Configuration" /><category scheme="http://www.blogger.com/atom/ns#" term="CNC" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><title type="text">Using Alternate EnterpriseOne Serialized Objects Tables</title><summary type="text">
.nobrtable br { display: none }

No downtime, middle of the day full serialized objects generation.  

When CNC admins have time to sleep they dream of getting more sleep.  They imagine that there is the possibility of performing administrative tasks at some time of the day other than during The Maintenance Window.

Generating a full set of serialized objects is not as critical as it was prior </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/3754391301894319774/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=3754391301894319774" title="5 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/3754391301894319774" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/3754391301894319774" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/8tcjkUaRW-4/creating-and-using-alternate-serialized.html" title="Using Alternate EnterpriseOne Serialized Objects Tables" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">5</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/03/creating-and-using-alternate-serialized.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-8667859618270902857</id><published>2009-03-24T15:06:00.012-04:00</published><updated>2009-09-04T09:58:13.113-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Administration" /><category scheme="http://www.blogger.com/atom/ns#" term="WebSphere" /><category scheme="http://www.blogger.com/atom/ns#" term="Configuration" /><title type="text">Change Integrated Solutions (WebSphere) Console Timeout</title><summary type="text">In IBM's Integrated Solutions Console (formerly known as WebSphere Console), the administrative interface for WebSphere 6.1, the default console user inactivity timeout is 30 minutes.  I happen to think this is a bit short, particularly since most anyone using the console is a highly trusted user, generally an IT administrator who is well-versed in computer and network  security practices.For </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/8667859618270902857/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=8667859618270902857" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/8667859618270902857" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/8667859618270902857" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/8G-EtKjp5_I/integrated-solutions-websphere-console.html" title="Change Integrated Solutions (WebSphere) Console Timeout" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/03/integrated-solutions-websphere-console.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-6900985199984544843</id><published>2009-03-09T21:24:00.014-04:00</published><updated>2009-09-04T09:52:38.974-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="WebSphere" /><category scheme="http://www.blogger.com/atom/ns#" term="Configuration" /><title type="text">Auto Restart WebSphere Application Servers</title><summary type="text">So you've installed the EnterpriseOne HTML application on your fancy WebSphere Application Server (uppercase) and you are doing some restart/reboot testing.  If you are using WebSphere Network Deployment, as you absolutely should be, you may notice that if you reboot the entire box, the previously running application servers (lowercase)  do not restart even though the node agent service is set to</summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/6900985199984544843/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=6900985199984544843" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/6900985199984544843" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/6900985199984544843" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/-WomFMHAN9A/auto-restart-websphere-application.html" title="Auto Restart WebSphere Application Servers" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/03/auto-restart-websphere-application.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-3126723002259260024</id><published>2009-01-12T14:24:00.009-05:00</published><updated>2009-09-04T09:58:35.720-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="WebSphere" /><category scheme="http://www.blogger.com/atom/ns#" term="HTTP" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><category scheme="http://www.blogger.com/atom/ns#" term="Web Technologies" /><title type="text">Simplified E1 URL</title><summary type="text">Wanna see an ugly URL?http://thisismyservername:82/jde/owhtmlCan we please stop doing this to our EnterpriseOne users?  Not only is it tedious and non-descriptive, it looks amateurish.The use of aliasing and Virtual Hosting techniques in DNS, IBM HTTP Server (Apache), and WebSphere allows E1 JAS instances to be referenced by name instead of by TCP Port Number. DNS mappings, Apache VirtualHosts, </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/3126723002259260024/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=3126723002259260024" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/3126723002259260024" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/3126723002259260024" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/xYqZ9RYRdvA/simple-e1-url.html" title="Simplified E1 URL" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/01/simple-e1-url.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-3548038344178184985</id><published>2009-01-12T10:35:00.014-05:00</published><updated>2009-09-04T09:58:51.166-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Script" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL Server" /><title type="text">Determine Objects Owned by a SQL Login in all Databases</title><summary type="text">I was trying to delete a SQL login and received the following message:"You cannot drop the selected ID because that login ID owns objects in one of more databases"I wrote a little script that utilizes the always useful sp_MSForEachDB stored procedure to walk through each database and find the objects owned by a specified user.SQL 2000=======--SQL Script beginEXEC sp_MSForEachDB 'USE [?]; PRINT ''</summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/3548038344178184985/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=3548038344178184985" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/3548038344178184985" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/3548038344178184985" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/QK4WhcIvUVI/determine-objects-owned-by-user-in-all.html" title="Determine Objects Owned by a SQL Login in all Databases" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2009/01/determine-objects-owned-by-user-in-all.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-7903884820427182035</id><published>2008-12-30T12:39:00.012-05:00</published><updated>2009-09-04T09:56:02.571-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Technology Survival Camp" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><title type="text">JD Edwards Technology Survival Camps - 2001</title><summary type="text">Over three separate weeks during the year 2001, in the basement of Building 1 on the JD Edwards campus in Denver, CO,  an amazing set of gatherings occurred that the hundreds in attendance will likely never forget.Conceived in 2000, at the height of the technology boom and full of the giddiness that accompanied it, the Technology Survival Camps were based in part on the very successful Client </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/7903884820427182035/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=7903884820427182035" title="3 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/7903884820427182035" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/7903884820427182035" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/zAc2oWZs2nQ/jd-edwards-technology-survival-camp.html" title="JD Edwards Technology Survival Camps - 2001" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">3</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/12/jd-edwards-technology-survival-camp.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-266518839916921256</id><published>2008-12-16T12:58:00.005-05:00</published><updated>2009-09-04T09:59:09.553-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="CNC" /><category scheme="http://www.blogger.com/atom/ns#" term="JD Edwards" /><category scheme="http://www.blogger.com/atom/ns#" term="Humor" /><title type="text">Hitler and the CNC Guys</title><summary type="text" /><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/266518839916921256/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=266518839916921256" title="35 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/266518839916921256" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/266518839916921256" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/K_LWcEJAkpg/hitler-and-cnc-guys.html" title="Hitler and the CNC Guys" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">35</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/12/hitler-and-cnc-guys.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-330643573000287452</id><published>2008-12-09T15:24:00.027-05:00</published><updated>2009-10-16T10:57:19.025-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Script" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL Server" /><title type="text">List Submitted Jobs From All Servers</title><summary type="text">There are times when CNC administrators need to view a list of all submitted jobs in a single result set.   E1 tools or standard SQL scripts do not satisfy this requirement but the script below will allow one to view all submitted UBE's from all servers in one list.

The script makes use of the OPENDATASOURCE method, Integrated Security authentication, and the Union operator to allow the script </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/330643573000287452/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=330643573000287452" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/330643573000287452" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/330643573000287452" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/WFqOwLfWTKE/submitted-jobs-from-all-servers.html" title="List Submitted Jobs From All Servers" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://4.bp.blogspot.com/_OcW550IbmEg/ST6DcjJ1iZI/AAAAAAAAAN8/U9aqEpT622A/s72-c/Untitled-1+copy.jpg" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/12/submitted-jobs-from-all-servers.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-7184410127267573</id><published>2008-09-25T15:13:00.011-04:00</published><updated>2009-09-04T09:59:38.875-04:00</updated><title type="text">Determine Index Fragmentation in a SQL Server Database</title><summary type="text">Index fragmentation causes significant performance problems in EnterpriseOne systems.  If access to the underlying data is slow, end users will not have the 'snappy' experience they expect, particularly on the web-client interface.Determining index fragmentation on SQL 2000 was simple, using the DBCC SHOWCONTIG command with a few extra arguments:--SQL Script beginUSE databasenameDBCC SHOWCONTIG </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/7184410127267573/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=7184410127267573" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/7184410127267573" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/7184410127267573" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/hIzaXkNO_aA/determine-index-fragmentation-in-all.html" title="Determine Index Fragmentation in a SQL Server Database" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/09/determine-index-fragmentation-in-all.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-4231701591985338553</id><published>2008-09-19T00:10:00.026-04:00</published><updated>2009-09-04T09:59:55.601-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Script" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><title type="text">View EnterpriseOne Objects &amp; Versions Checked Out</title><summary type="text">This little script tells you in a single result set:Objects Checked OutVersions Checked Out in DV812, PY812, PD812Objects created never checked inVersions created never checked inObjects with tokens heldI always run this just prior to an implementation team leaving the customer site to ensure that they have done the necessary cleanup of objects and projects.  I also combine this with xp_sendmail </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/4231701591985338553/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=4231701591985338553" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4231701591985338553" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4231701591985338553" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/RNGGINmsCCE/enterpriseone-objects-versions-checked.html" title="View EnterpriseOne Objects &amp; Versions Checked Out" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/09/enterpriseone-objects-versions-checked.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-315786772108573889</id><published>2008-09-13T19:53:00.011-04:00</published><updated>2009-09-04T10:00:14.051-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="CNC" /><category scheme="http://www.blogger.com/atom/ns#" term="Windows" /><title type="text">Services Console Reconfiguration</title><summary type="text">So John Bassett and I were working at a client today, complaining about how often we had to go into the Services console and how bad the default settings were.  Every time you open the Services console the default view is Extended instead of Standard, the Window is mis-sized, and the columns are squished.It looks something like this, which is pretty useless:Figure 1 Services console defaultMy </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/315786772108573889/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=315786772108573889" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/315786772108573889" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/315786772108573889" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/rrLKfznOkZU/enterpriseone-cncs-spend-lot-of-time.html" title="Services Console Reconfiguration" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://3.bp.blogspot.com/_OcW550IbmEg/SMxT1VefW8I/AAAAAAAAAL0/Op5iyDAC8pc/s72-c/untitled.JPG" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/09/enterpriseone-cncs-spend-lot-of-time.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-986964026957734236</id><published>2008-09-11T19:05:00.021-04:00</published><updated>2009-09-04T10:00:30.424-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Script" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL Server" /><title type="text">Relocate SQL Server System Databases - SQL 2000</title><summary type="text">There may be a time when you are required to change the location of the various system databases in SQL 2000- Master, Model, MSDB.  Below are several scripts and instructions for manual steps to accomplish this./* Change model database file locations */Stop SQL Server ServiceStart SQL Server from command prompt using NET START MSSQLSERVER /c /T3608--SQL Script begin--Enable xp_cmdshellEXEC </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/986964026957734236/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=986964026957734236" title="2 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/986964026957734236" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/986964026957734236" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/blrQFP4daO4/sql-server-system-databases-re-location.html" title="Relocate SQL Server System Databases - SQL 2000" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">2</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/09/sql-server-system-databases-re-location.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-4665192233735822451</id><published>2008-09-04T11:51:00.008-04:00</published><updated>2009-09-04T10:01:12.282-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="WebSphere" /><category scheme="http://www.blogger.com/atom/ns#" term="HTTP" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><category scheme="http://www.blogger.com/atom/ns#" term="Web Technologies" /><title type="text">Load Balancing at all Levels in EnterpriseOne with Web Technology</title><summary type="text">I am surprised to hear that so many people are not using all available methods to load balance and create redundancy in their E1 systems.  This is not the first time I have read someone mention that Network Deployment is not a good solution.  I think that ND is the only really feasible application-level load balancing and failover device available.  I try to introduce redundancy into my system at</summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/4665192233735822451/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=4665192233735822451" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4665192233735822451" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/4665192233735822451" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/1NjrPLHnlzQ/load-balancing-at-all-levels-in.html" title="Load Balancing at all Levels in EnterpriseOne with Web Technology" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/09/load-balancing-at-all-levels-in.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-59481682338819482</id><published>2008-09-02T17:22:00.008-04:00</published><updated>2009-09-04T10:01:31.826-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Troubleshooting" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL Server" /><title type="text">Identifying High CPU SQL Processes</title><summary type="text">Executive SummaryAs a SQL Server administrator you are probably familiar with this scenario: The phone rings and it is one of your users saying “the system seems really slow today”, or if you have monitoring and alerting set up you get an email telling you the CPU(s) on your SQL server is maxed at 100%. Regardless of the method of alert, you have to figure out what is causing the problem. You </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/59481682338819482/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=59481682338819482" title="3 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/59481682338819482" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/59481682338819482" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/RBP7pFG21LY/identifying-high-cpu-sql-processes.html" title="Identifying High CPU SQL Processes" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><media:thumbnail xmlns:media="http://search.yahoo.com/mrss/" url="http://1.bp.blogspot.com/_OcW550IbmEg/SL3MRAYh7WI/AAAAAAAAAJ4/mFOchQ4tWyk/s72-c/Image1.JPG" height="72" width="72" /><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">3</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/09/identifying-high-cpu-sql-processes.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-510902058049894220</id><published>2008-09-01T19:22:00.013-04:00</published><updated>2009-09-04T10:01:43.789-04:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Script" /><category scheme="http://www.blogger.com/atom/ns#" term="Disk IO" /><category scheme="http://www.blogger.com/atom/ns#" term="Troubleshooting" /><category scheme="http://www.blogger.com/atom/ns#" term="SQL Server" /><title type="text">Measuring SQL Server Cumulative Disk IO</title><summary type="text">At some point you will have to troubleshoot a SQL Server issue that is caused by excessive disk input/output (IO).  SQL Server's sensitivity to disk bottlenecks makes it crucial that one know how to identify which specific SQL process (SPID) is consuming IO resources.To show instantaneous but cumulative measurement by active SPID:--SQL Script beginif exists (select * from tempdb.dbo.sysobjects </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/510902058049894220/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=510902058049894220" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/510902058049894220" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/510902058049894220" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/fuV3dav2DC4/measuring-sql-server-cumulative-disk-io.html" title="Measuring SQL Server Cumulative Disk IO" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/09/measuring-sql-server-cumulative-disk-io.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-191555296221420240</id><published>2008-09-01T17:12:00.004-04:00</published><updated>2009-01-14T18:09:06.945-05:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Maintenance" /><category scheme="http://www.blogger.com/atom/ns#" term="EnterpriseOne" /><title type="text">E1 Maintenance Item - Logs and other files</title><summary type="text">EnterpriseOne, WebSphere, OAS, Apache, etc. leave numerous files lying about in the filesystem. If you have enough space, these files can generally be left in place for future troubleshooting. Honestly though, I don't really care about a failed login attempt six years ago. Plus, it violates my standard of cleanliness, which I do possess regardless of what my mother thought about my room in my </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/191555296221420240/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=191555296221420240" title="0 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/191555296221420240" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/191555296221420240" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/ljuUK1R09V4/e1-maintenance-item-log-and-other-files.html" title="E1 Maintenance Item - Logs and other files" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">0</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/09/e1-maintenance-item-log-and-other-files.html</feedburner:origLink></entry><entry><id>tag:blogger.com,1999:blog-7958569345934714789.post-771934514966805312</id><published>2008-09-01T00:33:00.003-04:00</published><updated>2009-01-14T18:09:16.291-05:00</updated><category scheme="http://www.blogger.com/atom/ns#" term="Linux" /><title type="text">Installing Fedora Core 5 on a DL380 G1 Compaq Server</title><summary type="text">I am building a new web server to eventually house the Stevenson Family website and other websites that I run. Since the old server runs a rather outdated version of RedHat Linux I decided to install the latest version of Fedora Linux on the new hardware.The struggles began when I ran the first FC5 install CD and the error "No hard drives have been found you probably need to manually choose </summary><link rel="replies" type="application/atom+xml" href="http://jeffstevenson.karamazovgroup.com/feeds/771934514966805312/comments/default" title="Post Comments" /><link rel="replies" type="text/html" href="https://www.blogger.com/comment.g?blogID=7958569345934714789&amp;postID=771934514966805312" title="1 Comments" /><link rel="edit" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/771934514966805312" /><link rel="self" type="application/atom+xml" href="http://www.blogger.com/feeds/7958569345934714789/posts/default/771934514966805312" /><link rel="alternate" type="text/html" href="http://feedproxy.google.com/~r/JeffStevensonsTechnologyBlog/~3/-TBEtQq72JQ/installing-fedora-core-5-on-dl380-g1.html" title="Installing Fedora Core 5 on a DL380 G1 Compaq Server" /><author><name>Jeff Stevenson</name><email>noreply@blogger.com</email><gd:extendedProperty xmlns:gd="http://schemas.google.com/g/2005" name="OpenSocialUserId" value="17498923225893164577" /></author><thr:total xmlns:thr="http://purl.org/syndication/thread/1.0">1</thr:total><feedburner:origLink>http://jeffstevenson.karamazovgroup.com/2008/08/installing-fedora-core-5-on-dl380-g1.html</feedburner:origLink></entry></feed>
