[JAVASERVERFACES_SPEC_PUBLIC-749] using JSF as template engine Created: 18/Feb/10  Updated: 01/Aug/14

Status: Open
Project: javaserverfaces-spec-public
Component/s: Facelets/VDL
Affects Version/s: 2.2 Sprint 8
Fix Version/s: None

Type: Improvement Priority: Minor
Reporter: vladperl Assignee: Unassigned
Resolution: Unresolved Votes: 6
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified

Operating System: All
Platform: All

Issue Links:
is duplicated by JAVASERVERFACES_SPEC_PUBLIC-477 Render a view programatically Closed
Issuezilla Id: 749
Status Whiteboard:

cat2 frame size_medium importance_large draft


There is no easy way to get result from rendering of JSF page without going to
It would be very useful to have possibility directly initiate rendering of the
page and get corresponding result from it. Ability to use this approach will
allow developers easily adapt JSF as powerful template engine. In my case we
are using JSF as template engine to render HL7 messages. Also this functionality
would be helpful for testing purposes. For example "FacesTester" project
included some additional code just because there are a needs to get result of
rendering directly in java code.

Comment by Ed Burns [ 04/Mar/10 ]


Comment by vladperl [ 08/Mar/10 ]

It seems issue
https://javaserverfaces-spec-public.dev.java.net/issues/show_bug.cgi?id=477 is
relevant to this one.

Comment by Ed Burns [ 22/Mar/10 ]


Comment by Ed Burns [ 15/May/10 ]

These are targeted at 2.1.

Comment by Ed Burns [ 08/Jun/10 ]


Comment by Ed Burns [ 22/Jun/10 ]


Comment by Ed Burns [ 24/Jun/10 ]

GlassFish 3.1 M6 at the latest.

Comment by rdelaplante [ 07/Jul/10 ]

Please consider providing the ability to sandbox the EL context. An example use
case is allowing users to edit email templates. I would want the users to be
able to access only the model objects my application provides to the template.
I do not want the user to gain full access everything in the application through EL.

Comment by Ed Burns [ 10/Sep/10 ]

Move these to 2.2

Comment by Ed Burns [ 20/Dec/13 ]

This will probably be the top feature in JSF 2.3.

Comment by ova2 [ 21/Dec/13 ]

Wow, this would be a killer feature. We need it too for exporting a page to PDF. Currently we use PhantomJS (server-side browser) to call an JSF page to be exported via URL. By means of this new feature we could get an JSF page as a string and pass it direct to PhantomJS without the HTTP overhead.

Comment by tony.herstell [ 30/Apr/14 ]

Craig (see this site) is working on a JSF Mail plugin...

As well as Seamy stuff like


No promises though.

Comment by Ed Burns [ 01/May/14 ]

Tony, looks good. This is a very useful idea.

Comment by Ed Burns [ 01/Aug/14 ]

Set priority to baseline ahead of JSF 2.3 triage. Priorities will be assigned accurately after this exercise.

Comment by Manfred Riem [ 01/Aug/14 ]

Setting priority to Minor

Generated at Mon Aug 29 20:50:12 UTC 2016 using JIRA 6.2.3#6260-sha1:63ef1d6dac3f4f4d7db4c1effd405ba38ccdc558.