----- Original Message -----
From: "Philip Meier" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, July 22, 2002 5:28 PM
Subject: Re: [Mav-user] Opt-fop and Content-Disposition header
> Hello everyone,
>
> I am not very active on this list, but now I start a
> project implementing Maverick and I would be very
> pleased if the ideas of Jim could be converted in the
> next version.
So I guess that's one +1
>
> How is the priority of several transform types?
>
> <view name="success" type="document"
> path="queryResult.jsp">
> <transform type="xslt" path="lookAndFeel.xsl"/>
> <transform type="fop"/>
> </view>
The priority is strictly linear based on the order in the maverick.xml file.
The view will always run first, the the transforms will be run in the order
they appear. In this case, the jsp "queryResult.jsp" will run first. The
output of that jsp will be run through the stylesheet "lookAndFeel.xsl".
Then the output of that transformation will serve as the input for the fop
transform. Couple of things to note. Since the result of queryResult.jsp
will serve as the input to lookAndFeel.xsl, you need to make sure that
queryResult.jsp produces a valid xml document. Then you need to make sure
that the input to fop is a valid fo document. The maxTransforms param is
excellent for debugging this as you can use it to halt the transform process
at a given step.
>
> Which will the client see, if he requests the page?
The client will see a pdf.
>
> Sorry for my bad english.. ;-)
No worries. I'm struggling to learn portuguese right now, so I understand
how it is.
--jim
>
> Regards,
>
> Phil
>
>
>
>
>
>
>
>
>
> --- jim moore <[EMAIL PROTECTED]> schrieb: > Right
> now it is possible to set the
> > content-dispostion header directly from
> > the controller. You can get the Response from the
> > ControllerContext and then
> > just call response.setHeader() on it. Even when the
> > repsonse is wrapped, the
> > setHeader() calls are passed through to the real
> > underlying response. I
> > think this is pretty straightforward and intuitive,
> > so I don't think there
> > is really a need to change it (though I am open to
> > hearing other thoughts on
> > this).
> >
> > If people still think its worthwhile to have this
> > defined in maverick.xml, I
> > have a couple of ideas. We could add two optional
> > attributes to the fop
> > transform node: filename and content-type. Filename
> > is pretty
> > self-explanatory. Content-type would take either
> > "inline" (which would be
> > the default) and "attachment". Together these two
> > would produce a
> > content-disposition header something like:
> >
> > Content-disposition: attachment; filename=myfile.pdf
> >
> > So you would have a node that looked something like:
> >
> > <transform type="fop" output="pdf"
> > content-type="attachment"
> > filename="myfile.pdf"/>
> >
> > Even if we add this, I still think the controller
> > should take precedence.
> > Since it runs before the transform, opt-fop could
> > check for the presence of
> > the content-disposition header. It would only set it
> > if it didn't find it.
> > Does this make sense?
> >
> > What are everyone's thoughts? Do you think setting
> > the header from the
> > controller is sufficient, or should we add these
> > params to the transform
> > node?
> >
> > --jim
> >
> > ----- Original Message -----
> > From: "Mike Moulton" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, July 22, 2002 4:35 AM
> > Subject: [Mav-user] Opt-fop and Content-Disposition
> > header
> >
> >
> > > I started playing with opt-fop for use on an
> > upcoming project and I had a
> > > couple comments / questions I would like to ask.
> > First I would like to
> > thank
> > > all those involved in producing opt-fop, I think
> > is a very valuable tool.
> > >
> > > From my quick over of the source I notice that the
> > content type is
> > specified
> > > based on the fop render type, however there
> > doesn't seem to be any support
> > > for setting a Content-Disposition header. I'm sure
> > there are many cases
> > > where the browser will automatically launch an app
> > for the given content
> > > type, however for my use I need the browser to
> > prompt the user to "save"
> > the
> > > file with a suggested filename. Currently on
> > browsers that don't have a
> > > handler for the supplied content type the file is
> > saved as the name of the
> > > command executed, 'friendsPdf.m' in the case of
> > the friendbook-fop
> > example.
> > >
> > > Is there need by others to do the same thing? If
> > so how should it be
> > > handled? I was thinking that we could supply a
> > param to the transform with
> > a
> > > filename keyword, or possibly adding an attribute
> > to the transform tag for
> > > the filename. What about dynamically producing the
> > filename in the
> > > controller; how could this be handled cleanly?
> > >
> > >
> > > --
> > > Mike Moulton
> > > [EMAIL PROTECTED]
> > >
> > >
> > >
> > >
> >
> -------------------------------------------------------
> > > This sf.net email is sponsored by:ThinkGeek
> > > Welcome to geek heaven.
> > > http://thinkgeek.com/sf
> > > _______________________________________________
> > > Mav-user mailing list
> > > [EMAIL PROTECTED]
> > >
> >
> https://lists.sourceforge.net/lists/listinfo/mav-user
> > > Archives are available at
> > http://www.mail-archive.com/
> >
> >
> >
> >
> -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Mav-user mailing list
> > [EMAIL PROTECTED]
> >
> https://lists.sourceforge.net/lists/listinfo/mav-user
> > Archives are available at
> http://www.mail-archive.com/
>
> __________________________________________________________________
>
> Gesendet von Yahoo! Mail - http://mail.yahoo.de
> M�chten Sie mit einem Gru� antworten? http://grusskarten.yahoo.de
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Mav-user mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/mav-user
> Archives are available at http://www.mail-archive.com/
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mav-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mav-user
Archives are available at http://www.mail-archive.com/