Categories
Uncategorized

Installing Crystal Reports 2008 Developer for Epicor 9.05 and Label Format Issues

Here we are now running Epicor 9.05. This release brings with it an upgrade of Crystal Reports from XI to 2008. I’m not entirely sure what advantages this upgrade gives me, but I need to use it, for better or worse.

As of April 2012, the current recommended runtimes from Epicor are Crystal Reports 2008 SP3 (12.3.0.601), but of course what they ship on the media is the RTM release for CR Developer (12.0.0.549). And it turns out that it’s not unusual for folks to have trouble installing the RTM release.

What to do?

Answerbook # 13177MPS has some notes about installation best practices, but they suggest patching up from RTM through to SP3.

Forget that.

Head on over to SAP’s Business Objects Support Downloads and download yourself the full build for SP3. Choose Service Pack as the Software Type and it should show up. Install using your key and worry less.

Crystal Reports 2008 Label Formatting Issues?

We had some problems with Crystal Reports 2008 formatting our labels incorrectly, which caused us all kinds of weird problems. We’ve got 2.25” wide x 1.25” tall labels and it was having some orientation issues.

If you also run into a similar problem, what solved it for us was moving our Crystal Reports runtimes to SP4. You can grab them directly from SAP. It’s not an officially supported solution, but it works. SP5 is out too, and it even has a full installer. I’ve been running the Developer on my workstation for three months without any issues to speak of.

The runtimes can be found again on SAP’s Business Objects Support Downloads page, choosing Utility as the Software Type and they’ll be listed as a Redist Install. At the time of this writing, I don’t see the SP5 files on that site, but check the links below or Google and they’ll appear.

More information:

Categories
Epicor

Epicor Tracing Settings

Epicor Tracing. Everbody’s favorite method for figuring out what, where, and when the application does what it does.

For reference, the tracing options are stored locally, per computer in the Mfgsys.exe.config file. It is not stored in the database and is not attached to any particular user.

For those of you that deploy Epicor by just copying binaries, this can potentially lead to problems if you forget to turn off tracing before deploying. Then you wonder why everyone is logging things all the time (at least this is what happened to me).

You’ll note that the XML config files file changes the following values as tracing is enabled:

  • Enable Tracing Logging: DataTrace changes from 0 to 4
  • Exclude client processing from method timing: DisableLegacyTiming changes from 0 to 4
  • Write Full DataSet: DataTraceFullDataSets changes from 0 to 4
  • Track Changes Only: DataTraceFullDataSets changes from 0 to 3
  • Write Call Context DataSet: (unknown, this doesn’t do anything in the config as far as I can tell)

The Mfgsys.exe.config file can be updated manually or via the Tracing Options Form and then deployed to your clients if you need to adjust the tracing settings.

If tracing is completely turned off via the GUI, DataTrace = 0 and DisableLegacyTiming = 4, but I think that you can set both to zero and be okay.