Author Topic: What is the size max to use large object in application CMOD  (Read 3670 times)

plb3945

  • Guest
What is the size max to use large object in application CMOD
« on: September 24, 2010, 06:28:42 AM »
Hello,
I need to load a file 1.8Go in an application generic CMOD using unix/mvs. I have a message 'Not enough memory" in the job log. I think i have to select large object in application. I have a question: What is the recommended size to use large object in application?
Thanks for your replies for this topic and the others.
Best regards
Philippe

Justin Derrick

  • IBM Content Manager OnDemand Consultant
  • Administrator
  • Hero Member
  • *****
  • Posts: 2230
  • CMOD Guru for hire...
    • View Profile
    • Tenacious Consulting
Re: What is the size max to use large object in application CMOD
« Reply #1 on: September 24, 2010, 07:02:46 AM »
Hi Phillipe.

"Large Object Support" is reserved for *very* long reports - where the number of pages is extremely large, (over 1000 pages).

Large Object Support breaks the report into 100-page chunks, so that the ENTIRE report doesn't need to be transmitted to a client in order for it to be viewed.  This saves processing time, and network bandwidth.  It was especially important 10 to 15 years ago, when network infrastructure inside companies was very slow (anywhere from 5 to 20 Megabits) and external network infrastructure was usually dial-up modems.

If the document you are trying to load is not a line-data or AFP report, you shouldn't be using Large Object Support.

I strongly suspect you don't have the correct document type configured in your Application setting.

Give us some more information (type of document, formatting, style, or maybe the Application definition) so we can try to help out a little more.
IBM CMOD Professional Services: http://TenaciousConsulting.com
Call:  +1-866-533-7742  or  eMail:  jd@justinderrick.com
IBM CMOD Wiki:  https://CMOD.wiki/
FREE IBM CMOD Education & Webinars:  https://CMOD.Training/

Interests: #AIX #Linux #Multiplatforms #DB2 #TSM #SP #Performance #Security #Audits #Customizing #Availability #HA #DR