This does the trick with regards to that now I can see the same inbound data within the  Ens.Container stream data is exactly what is passed down stream...That is good. There are no more references to "15@%Library.FileCharacterStream
". BUT  I still have this error 

<Stream>

Unable to load xml from message: Data at the root level is invalid. Line 1, position 1.

</Stream>

The message going downstream within the stream property starts out like this "<GenericMessage xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:s="http://www.w3.org/2001/XMLSchema">

<Stream>

<![CDATA[%PDF-1.6

" which i believe is appropriate for raw pdf data. (This I will research).

Thanks for the help I will work on this more. My best guess at this point is to review how the PDF is being encoded and what the expectation is on the downstream. The reference to line 1 position one might refer to the "%" character in my stream. Maybe the downstream expects something more similiar to 

"<?XML...."

Thanks Again

Thanks for response... im getting the error below on my BPL Log

ERROR <Ens>ErrBPTerminated: Terminating BP <APPLICATION>BPL # due to error: ERROR <Ens>ErrException: <INVALID OREF>zS1+13^<APPLICATION>BPL.Thread1.1 -- logged as '-' number - @' Set status=1,status=callrequest.Stream.CopyFrom(request.StreamFC)' > ERROR <Ens>ErrException: <INVALID OREF>zS1+13^<APPLICATION>.Thread1.1 -- logged as '-' number - @' Set status=1,status=callrequest.Stream.CopyFrom(request.StreamFC)'

Thanks for response...

<call name='To <application> Rest' target='To<application>REST' async='0' xpos='200' ypos='350' >
<request type='EnsLib.REST.GenericMessage' >
<assign property="callrequest" value="context.RESTMessage" action="set" />
</request>
<response type='EnsLib.REST.GenericMessage' >
<assign property="context.RESTResponse" value="callresponse" action="set" />
</response>
</call>

Thanks for more info. Yes  at this point it probably would take a BPL or routing rule to to make this happen. Wanted it to come easier ..oh well! Thanks Jeff !

Thank you 

The build tells me that I have the same number of rows everytime I compile rebuild , It is never back to 0. SHould I be clearing my persistent object also?