<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>JetForm Expert &#187; logging</title>
	<atom:link href="http://jetformexpert.com/tag/logging/feed/" rel="self" type="application/rss+xml" />
	<link>http://jetformexpert.com</link>
	<description>Problems with JetForm, Accelio, Adobe Central?  You're in the right place.</description>
	<lastBuildDate>Fri, 19 Jun 2009 19:22:34 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Optimising Central Logging Levels</title>
		<link>http://jetformexpert.com/2007/07/optimising-central-logging-levels/</link>
		<comments>http://jetformexpert.com/2007/07/optimising-central-logging-levels/#comments</comments>
		<pubDate>Wed, 11 Jul 2007 20:30:50 +0000</pubDate>
		<dc:creator>Daryl</dc:creator>
				<category><![CDATA[Central How-To]]></category>
		<category><![CDATA[central]]></category>
		<category><![CDATA[jmd]]></category>
		<category><![CDATA[logging]]></category>

		<guid isPermaLink="false">http://jetformexpert.com/?p=27</guid>
		<description><![CDATA[Did you know that if your logging levels are set too high you can be severely impacting your printing performance? Highly detailed logging levels are routinely set on development and even testing systems, and by default, but are usually not needed on production machines. Regardless, when production machines are configured they are usually left at [...]]]></description>
			<content:encoded><![CDATA[<p>Did you know that if your logging levels are set too high you can be severely impacting your printing performance?  Highly detailed logging levels are routinely set on development and even testing systems, and by default, but are usually not needed on production machines.  Regardless, when production machines are configured they are usually left at default settings and/or their settings are transported from development or test.</p>
<p>If your logging levels are turned all the way up, you can get insane improvements in speed with very little effort and only a teensy amount of risk.  So what are you waiting for?</p>
<blockquote><p>There is, in general, only one situation where you need to turn up your logging level:  When you are counting pages to print &#8220;Page 1 of 10&#8243;, &#8220;2 of 10&#8243; and so forth.  Your first printing pass on one of these needs to have logging turned up enough to catch the <em>trace</em> statements that record the numbers, so follow my instructions carefully if you need this.  (There are other uses, but I&#8217;m not going into all of them now.)</p></blockquote>
<p><span id="more-27"></span>There are three places that you can set the logging level.  These are:<br />
&nbsp;&nbsp;&nbsp;1. In the <code>JFMERGE.INI</code> file.  This affects everything globally, unless overridden farther down the line.<br />
&nbsp;&nbsp;&nbsp;2. On a task line in the JMD*.  This affects only that task.<br />
&nbsp;&nbsp;&nbsp;3. On a ^JOB line, which affects that job and all tasks it might run.</p>
<p>I recommend setting your <code>JFMERGE.INI</code> file to produce as little logging as possible, and to only pass commands to increase it in your tasks that require it.  In my opinion, this gives the most control of any approach you might take as the changes you make are pinpoint specific to where they need to be.</p>
<blockquote><p>I shouldn&#8217;t have to say this, but if you&#8217;re not familiar with editing .INI files and/or you don&#8217;t know where your <code>JFMERGE.INI</code> file is, you might need to get some help.</p></blockquote>
<p>To edit your JFMERGE.INI file, open it up in Notepad or another text editor (I use <a href="http://www.ultraedit.com/">UltraEdit</a>) and look for the <code>[JetForm]</code> section.  It should be near the top.</p>
<blockquote><p>I recommend editing your INI files and your JMD in a text editor instead of in the Central Control application.  I find this to be much easier and more straightforward, and it carries no greater risk than editing in Control.  Just remember to always take a backup of your current, working file before editing it.</p></blockquote>
<p>Make these two edits:<br />
&nbsp;&nbsp;&nbsp;1. Set the <code>Verbosity</code> entry to be <code>40</code><br />
&nbsp;&nbsp;&nbsp;2. Set the <code>EventTraceLevel</code> entry to be <code>100</code> (It should already be 100 if it was never changed.)<br />
&nbsp;&nbsp;&nbsp;(This combination effectively switches off the most logging for maximum speed.)</p>
<p>Save the INI file and your changes are immediately in effect.</p>
<p>Now to edit your JMD.  This is where you need to be careful with your logging levels if you&#8217;re doing page counting.  And, whatever you do, make a copy of your JMD somewhere else before editing it&#8230;just in case you need to roll it back.</p>
<p>For this exercise, we&#8217;re only worried about editing <em>Tasks</em> in the JMD.  These control the commands that are sent to JFMERGE as individual processes take place, so if we need to increase logging for something then this is the place to do it.</p>
<p>Your task lines will all begin with <code><strong>!x</strong></code> &#8211; you should go through all your tasks (search if you like) looking for <code>-v</code> and <code>-n</code>, and you should remove them completely from tasks that do not require them.</p>
<p>Here&#8217;s the Golden Rule about when you need to turn your logging up:  Does the task contain the <code>-atf</code> command?  If it does, you&#8217;re sending information to a trace file, possibly for page counting, but it could be for anything.  In order for trace to work, you have to keep the verbosity set to zero.  If there is no tracing going on, there are very few instances where log files from production systems have other uses.</p>
<p>So you might have a task like this:</p>
<div class="codequote">!x SAMPLE * jfmerge &#8220;&#8221;"@MDFName.&#8221;" &#8220;&#8221;@InFile.&#8221;" -l -apr&#8221;"@PreambleName.&#8221;" <strong>-atf</strong>tracefile.txt <more...></div>
<p>That you would change to have the additional -v0 in it:</p>
<div class="codequote">!x SAMPLE * jfmerge &#8220;&#8221;"@MDFName.&#8221;" &#8220;&#8221;@InFile.&#8221;" <strong>-v0</strong> -l -apr&#8221;"@PreambleName.&#8221;" -atftracefile.txt <more...></div>
<p>Add that <code>-v0</code> on any tasks that have that <code>-atf</code> command in there.  If you have tasks that don&#8217;t do traces and don&#8217;t need to have increased logging for whatever reason, don&#8217;t add a <code>-v</code> or a <code>-n</code> back into them.</p>
<p>If you have problems down the road, all you now need to do to increase the amount of logging system-wide is to edit your <code>JFMERGE.INI</code> and set Verbosity back to zero for as long as you need the extra information.  Then changing it back is a snap!</p>
<p>Questions?  Leave a comment!</p>
<p><strong>*What is the JMD?</strong><br />
The JMD is the <strong>J</strong>ob <strong>M</strong>anagement <strong>D</strong>atabase.  Simply put, it is a text file &#8211; editable in Notepad or anything else &#8211; named <code>JFSERVER.JMD</code> that resides in your /server directory (or directories) that controls what Central will do when it sees a particular ^JOB line on an incoming file.</p>
]]></content:encoded>
			<wfw:commentRss>http://jetformexpert.com/2007/07/optimising-central-logging-levels/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
