thank you Jasha,
i did never use it  but i'll have a go with flowscript, i'll read the docs
and say something later.
I presume i have to change the xsp file, right?


com os melhores cumprimentos
joão tiago viegas


2009/10/20 Jasha Joachimsthal <j.joachimst...@onehippo.com>

> You could solve it with flowscript.
> function writeandread() {
> cocoon.processPipelineTo("pipelineThatWritesTheFile", NullOutputStream); //
> executes the pipeline that does the writing, but does not return a response
> cocoon.sendPage("pipelineThatReadsTheFile"); // executes the pipeline with
> the map:read for the newly created file and sends the response to the
> browser
> }
>
>
> 2009/10/20 joao tiago a. m. viegas <jtvie...@gmail.com>
>
> Thank you very much Jasha,
>>
>> that explains some questions i've had.
>>
>> But can't i do a redirection within my serializer implementer code, or it
>> just ends in there and no more processing is done in the pipeline?
>>
>> com os melhores cumprimentos
>> joão tiago viegas
>>
>>
>> 2009/10/20 Jasha Joachimsthal <j.joachimst...@onehippo.com>
>>
>> After<map:serialize type="invoice2filesys">
>>>                                         <map:parameter name="path"
>>> value="{path}"/>
>>>                                         <map:parameter name="file"
>>> value="{file}"/>
>>>                                 </map:serialize>
>>>
>>> Your pipeline is done so it will not reach
>>>                                  <map:read type="resource"
>>> src="{path}/{file}" mime-type="application/pdf" />
>>>
>>> But you could change it into some flowscript function call that handles
>>> the saving and then responds with the PDF.
>>>
>>> Jasha Joachimsthal
>>>
>>> j.joachimst...@onehippo.com - ja...@apache.org
>>>
>>> www.onehippo.com
>>> Amsterdam - Hippo B.V. Oosteinde 11 1017 WT Amsterdam +31(0)20-5224466
>>> San Francisco - Hippo USA Inc. 185 H Street, suite B, Petaluma CA 94952
>>> +1 (707) 7734646
>>>
>>>
>>> 2009/10/19 joao tiago a. m. viegas <jtvie...@gmail.com>
>>>
>>> Thank you very much Alexander,
>>>>
>>>> i've discovered with LiveHTTPHeaders addon that the content-length is =
>>>> 0 !!!
>>>>
>>>> the pipeline section is this:
>>>>
>>>>                 <map:act type="invoice-save-action">
>>>>                         <map:select type="parameter">
>>>>                         <map:parameter name="parameter-selector-test"
>>>> value="{savepdf}"/>
>>>>                         <map:when test="1">
>>>>                                 <map:serialize type="invoice2filesys">
>>>>                                         <map:parameter name="path"
>>>> value="{path}"/>
>>>>                                         <map:parameter name="file"
>>>> value="{file}"/>
>>>>                                 </map:serialize>
>>>>                                  <map:read type="resource"
>>>> src="{path}/{file}" mime-type="application/pdf" />
>>>>                         </map:when>
>>>>                         <map:otherwise>
>>>>                                 <map:serialize type="fo2pdf"/>
>>>>                         </map:otherwise>
>>>>
>>>>                         </map:select>
>>>>         </map:act>
>>>>
>>>>
>>>> it tests if it's desired to save the file in the filesystem, and if so,
>>>> saves it (it does gets saved allright though), but the reader simply does
>>>> not work!
>>>>
>>>> i'm I overlooking something here?
>>>>
>>>> com os melhores cumprimentos
>>>> joão tiago viegas
>>>>
>>>>
>>>> 2009/10/18 Alexander Daniel <alexander.dan...@gmx.at>
>>>>
>>>> On 17.10.2009, at 10:34, joao tiago a. m. viegas wrote:
>>>>>
>>>>>  Hello everyone,
>>>>>>
>>>>>> i'm having this problem where i want to read static pdf files in the
>>>>>> server and "supply" them to the browser for being read by the acrobat pdf
>>>>>> plugin. The plugin always complains about it being a text/plain file.
>>>>>> I'm using the default resource reader and specifying the mime-type,
>>>>>> just like in the user documentation, strictly by the book.
>>>>>>
>>>>>
>>>>> For analysis you could check with Firefox Add-on Live HTTP Headers [1]
>>>>> whether the HTTP response headers are sent correctly to the browser.
>>>>>
>>>>> Alex
>>>>>
>>>>> [1] https://addons.mozilla.org/en-US/firefox/addon/3829
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscr...@cocoon.apache.org
>>>>> For additional commands, e-mail: users-h...@cocoon.apache.org
>>>>>
>>>>>
>>>>
>>>
>>
>

Reply via email to