Issues with GetGlobalSerno

Tobi Schumann · 2025-02-13T16:36:07+00:00

There was an error rendering this rich post.

After a migration from Exstream 16.6.4 to 16.6.70, I havean issue with GetGlobalSerno.

I call GetGlobalSerno and use it in the filename for pdf output.

When I send in a batch file, containing multiple documents and documents with the same customer number should end up in one output file. They are already sorted by customer number in the input, so I just need to keep the same filename until the next customer number.

Log says, that everthing is fine and that there is a different filename for each customer number, but in the output directory, I just get one pdf file containing all documents.

Also when I log the filename variable, that I use in SetDestPath, it looks good.

Anyone ever spot that or might even have a solution?

Thanks in advance.

Find more posts tagged with

Note:

If there are Accepted Answers, those will be shown by default. You can switch to 'All Replies' by selecting the tab below.

Accepted answers

Vyv

Hi there, I don’t like this one bit as it happened to me many years ago….. the output behaviour changing….

It is not an issue with the Serial number functions…..

In order to get 5 docs out from your test file (a JOB file with 4 processes in it, and then 4 individual PROCESS files with one process each) I did this:

Updated your script a little - in order to initialise the Serial Number series.

I removed the setDestPath($filename); script on the process. (Shock horror!?!).

I then changed pdf2 output mode to process. (This is because you want a file for each serial number - and not a DOCUMENT grouping - say of customer Id's).

I also added the $filename to the runtime settings

And voilá!

Go figure… (I think that there is a discussion here that could last a few glasses).

Sorry for the delay… I was on vacation.

All comments

Vyv

I would check the following:

That you are using the correct output connector. Check if you are using JOB or DOCUMENT output modes on your connectors.
Check the document trigger is in the correct place in your runtime settings.
There is an initial value on the global serial no. (Check it is within your interval too).
Do you have a sort definition in runtime set correctly?
Are there any other log messages pointing to a different error?

Good luck.

Tobi Schumann

Many thanks for the quick and detailed answer, Vyv.

I will check those points tomorrow.

Tobi Schumann

Hi again,

I checked the project and decided to set up a completely basic dummy project, which reproduces the issue.

XML from resource set triggers the same event four times. All events call the process with connector pdf to write all outputs into one pdf and with pdf2 to create one pdf per document (with serno in the filename). Serno is initialized before job.

Log shows the right filenames in the process calls, but in output, I just get one pdf with the first serno, including all documents.

I attached a dcpackage, export, log, test.xml and my output. For me, that looks like a bug, if I'm not mistaken.

serno.7z

Tobi Schumann

I now tried GetSerno to check, if it is eventually an issue with the connection to DB. Eventhough I tried it with Oracle and Postgres with same result.

Also here I get the same issue.

For me it looks like the Serno functions are not called during PreProc phase.

I solved it for now with a local table und setting up the counter with SetSubst and will open a support ticket.

Vyv

You could log values in the preproc phase like this:

if (preProc()){

preProcLog(0, “Your log message");

}

Maybe that will shed light on it?

Vyv

Hi there, I don’t like this one bit as it happened to me many years ago….. the output behaviour changing….

It is not an issue with the Serial number functions…..

In order to get 5 docs out from your test file (a JOB file with 4 processes in it, and then 4 individual PROCESS files with one process each) I did this:

Updated your script a little - in order to initialise the Serial Number series.

I removed the setDestPath($filename); script on the process. (Shock horror!?!).

I then changed pdf2 output mode to process. (This is because you want a file for each serial number - and not a DOCUMENT grouping - say of customer Id's).

I also added the $filename to the runtime settings

And voilá!

Go figure… (I think that there is a discussion here that could last a few glasses).

Sorry for the delay… I was on vacation.

Tobi Schumann

You are awesome, Vyv! And I hope, you had a great vacation.

Thank you so much for your input here.
I will have another look at this for sure.

In the meantime a support ticket has been opened for this and we are waiting for a reply on that, because the 'old way' has been working for years.

Also the dummy project was just to show the error. The real project uses PageIn and checks for changes in the customer number to identify what processes need to be put into the same output. So it is not one output per process.

But in the case here, it looks like your answer is definetly doing the trick!

Vyv

$PageIn != "Fun";

You should use the DOCUMENT output mode for multiple grouping processes and do all you can to get that working if its behaviour has changed (again).

To be honest - the grouping functionality has been one of the greatest strengths of the tool, even more so with the advent of StoryTeller - and so it should continue.

Tobi Schumann

Sorry, Vyv. I really need to activate the notifications for new posts here.

Yes, PageIn is everything but fun.

I will play around with that and see, how far I get. Thank you so much once again.