Routing

[JavierM-Xerox]

It should not be doing that. I've never even seen that error (and I see a lot of things since I mostly use development builds).

Make sure you are running the latest version of FFCore (v4.0.1.2) Also, please escalate to the hotline.

[sabbott]

It is failing.

[JavierM-Xerox]

If you cannot control the sequence of the documents (so the cover may either be first or last) then things get a bit more complicated.

However, it is still doable with this workflow

First you route by the number of pages to separate the cover and the block.

You split the front and back covers as before.

You also rotate the body 90 degrees so that it is not the same orientation as the cover.

You then join the front cover and the body.

These are joined in sequence so the front cover may be first or last. Since you cannot control the sequence you do not know where the front cover will be. However, you know the cover and the body have different orientations.

So, you split the cover first (portrait pages) and the body second (landscape pages).

You join these back up (they are joined per the split sequence)

The front cover and the body are now in the expected sequence.

You then make all pages landscape (rotate only the portrait pages).

You then join the front cover / body with the back cover.

These are also joined in sequence so the back cover may be first or last. Since you cannot control the sequence you do not know where the back cover will be. However, you know the cfront over and body have different orientation vs the back cover.

So, you once again split the front cover and body (portrait pahges) and the back cover (landscape pages).

You join these back up (they are joined per the split sequence)

The front cover, the body and the back cover are now in the expected sequence.

You then make all pages portrait (rotating in the opposite direction vs making the pages landscape).

This will give you the result you want.

I've enclosed the workflow - it was build using v4 SP1, Patch 2.

[sabbott]

So the covers are inserting but at the end of the document.

Any other ideas?

Scott

[JavierM-Xerox]

That's acrtually pretty simple:

Route by the number of pages. One branch for documents with 4 pages and another for all other documents.

Split the 4 page document in half (pages 1,2 for one branch and pages -2,-1 for the second branch)

At this point you should have all the components separated.

Join the front cover to the guts and then join that document to the back cover.

This is what the workflow looks like:

You will need to submit the jobs as a job group:

• A Zip file
• Using multiple file references in a JDF
• Using multiple rows with the same group key in a manifest
• As a job group in the submit job UI

Documents are joined in the defined sequence so the  important thing is that the cover be first in the Zip (alphabetic), JDF, Manifext, Subit Job UI.

If that's not possible there are ways to work around that. Let me know.

[sabbott]

This is what I want to do:

I have 2 pdf files. One for covers and one for the body.

In the covers file there are 4 sheets, front/back front/back.

The bodies are have a few hundred pages double sided.

I know I should be using the routing and join tools, but what I am trying to do is combine the body with the covers and have it go cover/body/cover; so I need the body between the covers.

How do I do this?

Once that is done I need to setup the workflow so it prints the covers on one type of paper and bodies on another.

How do I assign multiple paper stocks to one workflow? In process manager this could be done under special pages.

Scott