IBMDO YOU?Hi, I'm MBO!

Settings

Make the site feel at home on your screen.

Theme

Loading your theme preference.

Keyboard shortcuts

Open search from anywhere, then move through the results without leaving the keyboard.

Open settings
Ctrl,or⌘,
Open search
CtrlKor⌘K
Select a search result
↑↓
Open the selected result
Enter
Close an open dialog
Esc

I Break Maximo

Fix BMXAA5301I when Maximo cannot print attachments

Check printable and inherited documents, report configuration and server-side attachment access when Maximo reports that no printable documents are attached.

I Beat Maximo — confirmed solution

Maximo can run the selected report but omit its attachments and show this warning:

BMXAA5301I - There are no attached printable documents for the report. Do you want to continue printing the report?

Maximo displaying BMXAA5301I when printing a report with attachments

The message does not necessarily mean that the record has no attachments. It means Maximo did not find an attachment that qualified for this print operation. Work through the eligibility and retrieval checks before changing system properties.

Confirm that the document is printable

Open the record's attachments and check the document that should print:

  • The attachment still exists and opens successfully.
  • Its document type and file type are supported by the target printing environment.
  • Print document with report is selected.
  • The attachment belongs to the current record, or inherited attachments are enabled.
  • The report is configured for Print with Attachments and has a print-with-attachments location.

This example uses a text file attached to the work order's job plan. It is marked for printing in the report dialog:

Maximo report dialog with an inherited text attachment selected for printing

Opening a document in your browser proves that the browser can retrieve it with your user session. It does not prove that the Maximo server can retrieve the same URL during report processing.

Enable inherited attachments when required

An attachment shown on a work order can belong to a related asset, location, job plan or another record. Maximo treats it as an inherited attachment rather than one attached directly to the work order.

In System Properties, find:

mxe.directprint.inherited.attachments

Set it to 1 when direct print with attachments must include inherited documents, save the property and apply Live Refresh if the property permits it. Otherwise, restart the affected Maximo server or Manage server bundle through the normal change process.

The mxe.directprint.inherited.attachments system property enabled

Retest with two known documents: one attached directly to the work order and one inherited from its related record. That separates attachment inheritance from general printing problems.

Maximo Asset Management 7.6.1.0 had a defect where this property did not control the toolbar action correctly. IBM fixed APAR IJ20642 in 7.6.1.3, so check the installed fix pack if the property appears to have no effect.

Set URL validation correctly for Manage

The property below determines whether Maximo validates an attachment URL before printing it:

mxe.report.AttachDoc.validateURL

For current Maximo Manage, IBM documents that this property should be set to 0. Save and refresh or restart it as required by the property definition:

The mxe.report.AttachDoc.validateURL system property disabled

Do not assume the value from one product generation applies to another. For a traditional Maximo Asset Management 7.6 deployment, check its report-administration guide and current fix level before changing the property. Record the original value so the change can be rolled back.

Disabling validation only removes the preliminary URL check. The report process must still be able to retrieve and handle the document.

Test access from the Maximo runtime

If URL validation remains enabled, or attachments still fail with it disabled, test from the same network context as the Maximo JVM or Manage server bundle. Check:

  1. DNS resolves the document host to the expected address.
  2. The route and firewall allow the required port.
  3. A proxy is configured for the server process if one is required.
  4. The URL uses a hostname covered by its TLS certificate.
  5. The runtime trusts the complete issuing certificate chain.
  6. Authentication, redirects and reverse-proxy rules work without relying on the browser's existing session.

For traditional WebSphere deployments, an HTTPS signer might need to be added to the trust store actually used by the Maximo JVM. Follow Fix CWPKI0022E and CWPKI0428I SSL handshake failures and verify the certificate fingerprint before importing it.

Review the application-server or Manage pod logs at the time of the failed print. Look for DNS errors, connection timeouts, refused connections, HTTP status codes, redirect loops, TLS handshake failures and unsupported content types. These errors identify the failed layer without attaching an IDE debugger to production.

Verify the fix

Use a small test matrix so a successful report does not hide an attachment-specific failure:

Test Expected result
Report without attachments Report prints normally
Directly attached printable document Report and document are included
Inherited printable document Included only when inheritance is on
Attachment not marked for report printing Excluded
Unsupported document type Rejected or excluded as documented
HTTPS attachment Retrieved without DNS or TLS log errors

Repeat the test through the same toolbar action and report configuration used by ordinary users. If the environment is clustered, test every JVM or server bundle that can process the request.

References

Find the fix

Search articles

Esc

Search titles, technical terms or error codes.