Hi Steve,

You can utilize the 'pdfbox' PDF library within PRPC (I am using 7.1.8 here) to count the pages of the resultant PDF created by HTMLTOPDF.

First check your system to make sure you have the library:

select distinct(pzjar) from pr_engineclasses where upper(pzjar) like '%PDF%';

On my 7.1.8, I get this:

prpdfbox-1.8.8.jar

So this looks like a 're-badged' version of the original Apache Library - we had better check the classnames/package-structure:

So run:

select * from pr_engineclasses where pzjar='prpdfbox-1.8.8.jar'

This gives me the following - which shows the package-names have been refactored here (and possibly some of the implementation has changes as well - I don't know that though).

prpdfbox-1.8.8.jar    META-INF    DEPENDENCIES

prpdfbox-1.8.8.jar    META-INF    LICENSE

prpdfbox-1.8.8.jar    META-INF    MANIFEST.MF

prpdfbox-1.8.8.jar    META-INF    NOTICE

prpdfbox-1.8.8.jar    META-INF/maven/org.apache.pdfbox/pdfbox    pom.properties

prpdfbox-1.8.8.jar    META-INF/maven/org.apache.pdfbox/pdfbox    pom.xml

prpdfbox-1.8.8.jar    META-INF/services    java.nio.charset.spi.CharsetProvider

prpdfbox-1.8.8.jar    _pegainf_    jar.signature

prpdfbox-1.8.8.jar    com/pega/apache/pdfbox    ConvertColorspace$1.class

prpdfbox-1.8.8.jar    com/pega/apache/pdfbox    ConvertColorspace$ColorSpaceInstance.class

prpdfbox-1.8.8.jar    com/pega/apache/pdfbox    ConvertColorspace.class

prpdfbox-1.8.8.jar    com/pega/apache/pdfbox    Decrypt.class

prpdfbox-1.8.8.jar    com/pega/apache/pdfbox    Encrypt.class

prpdfbox-1.8.8.jar    com/pega/apache/pdfbox    ExportFDF.class

prpdfbox-1.8.8.jar    com/pega/apache/pdfbox    ExportXFDF.class

[...more...]

So we can (approximately) use the Apache Javadocs for PDFBOX 1.8.8 to help us here - and we have to re-factor the package names to 'com.pega.apache'.

I know from having used this library before, that the likely place to find this functionality is in the 'PDDocument' class:

http://pdfbox.apache.org/docs/1.8.8/javadocs/org/apache/pdfbox/pdmodel/PDDocument.html

If you look at the code for 'HTMLTOPDF' you can see that it creates the PDF in memory as a BYTE array (Step 4 in the 7.1.8 version of the activity) like this:

//Get the PDF generation utility class
PDFUtils pdfUtil=tools.getPDFUtils();

//BUG- 32651 Back-Ported HFix-2932
//Get the PDF bytes.
byte[] byteArray = pdfUtil.generatePDF(HTMLStream,tools.getParameterPage());

if (byteArray == null || byteArray.length == 0)
{
    oLog.error("PDFUtils did not return any content for HTMLtoPDF");
}
else
{
    //Put the byte array in a parameter
    tools.putParamValue("PDFDocument",byteArray);
}

So if we use the 'Pass Current Parameter Page' in our Activity - we should have access to the Java Object 'PDFDocument' - which is an array of bytes (the PDF itself).

The following Java Step in a custom 'wrapper' Activity for HTMLTOPDF achieves what we want here:

//Get the byte array from the parameter page
byte[] byteArray=(byte[])tools.getParameterPage().getParameterValue("PDFDocument");
java.io.ByteArrayInputStream bis=null;

bis = new java.io.ByteArrayInputStream(byteArray);

try {
com.pega.apache.pdfbox.pdmodel.PDDocument doc=com.pega.apache.pdfbox.pdmodel.PDDocument.load( bis );
oLog.infoForced( "Page Count:" + doc.getNumberOfPages() );

}
catch(Exception e) { throw new PRRuntimeException(e);}
finally {
  if (bis!=null) {
    try { bis.close(); }
    catch(Exception e) { throw new PRRuntimeException(e); }
}
}

Here's a screenshot of my custom activity , with that Java Step expanded:

Running the Activity logs an entry to my logfile - you could change this to set a Property on a Page and/or the Parameter Page instead.

NOTE: The code is an example only - I haven't paid much attention to correct stream-handling/exception-handling here !