velocity-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Nathan Bubna" <nbu...@gmail.com>
Subject Re: pulling static content from a URL into a velocity template?
Date Tue, 10 Oct 2006 19:26:02 GMT
just to be explicit.  ImportSupport has no VelocityTools dependencies...

On 10/10/06, Nathan Bubna <nbubna@gmail.com> wrote:
> ImportTool is a thin wrapper around the ImportSupport class that
> basically takes advantage of the VelocityView structure to
> automatically set the request, response, and application variables for
> ImportSupport.
>
> It should be trivial for you to write your own,
> none-VelocityView-dependent ImportTool and, from there, pretty easy to
> incorporating caching.
>
> On 10/10/06, Peter Locke <plocke@abebooks.com> wrote:
> > Yes, I saw that, thanks, unfortunately my configuration still uses the
> > original VelocityServlet, and that appears to be a tool that requires the
> > VelocityView structure.  I suppose writing a more generic version that
> > incorporates content caching won't be too bad.
> >
> > Thanks.
> >
> > -----Original Message-----
> > From: Nathan Bubna [mailto:nbubna@gmail.com]
> > Sent: Friday, October 06, 2006 3:17 PM
> > To: Velocity Users List
> > Subject: Re: pulling static content from a URL into a velocity template?
> >
> > You mean like the ImportTool?
> > http://jakarta.apache.org/velocity/tools/view/ImportTool.html
> >
> > On 10/6/06, Peter Locke <plocke@abebooks.com> wrote:
> > > This seems to me like a problem that (I hope) is a common one and has been
> > > solved.   On certain 'impact' velocity powered pages, I would like to
> > provide
> > > non technical content editors the means of adding content to a
> > > specific portion of a velocity template, in such a way that the
> > > content is rendered dynamically and can be changed on a different
> > > schedule and independently of the template itself or the build/deploy
> > > cycle.  So basically I would like to include some static html from an
> > > external URL when the template is parsed and rendered.
> > >
> > > Note that the #include doesn't sound like the right approach since
> > > this includes actual files from the template root - I would like to
> > > 'include' the content from an external URL so that the content does
> > > not need to be tied to our build and deploy process and can exist and
> > > be changed completely in our 'static content' area by content editors.
> > >
> > > One idea I had was to make a custom velocity tool that reads the
> > > content in via a Java http get request that can be called from VTL
> > > with the url to get- I like this idea because the tool can be expanded
> > > to cache content for higher demand pages, but I would like to hear some
> > other suggestions.
> > >
> > > --
> > > Peter Locke
> > > Senior Engineer / Dev Lead
> > > www.abebooks.com <http://www.abebooks.com/>
> > >
> > > t: 250.412.3240
> > > f: 250.475-6014
> > > e: plocke@abebooks.com <mailto:plocke@abebooks.com>
> > > --
> > > P.S. I'm currently reading What's Bred in the Bone
> > > <http://www.abebooks.com/servlet/SearchResults?bx=off&sts=t&ds=30&bi=0
> > > &an=rob
> > > ertson+davies&tn=what%27s+bred+in+the+bone>  by Robertson Davies
> > >
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: velocity-user-help@jakarta.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: velocity-user-help@jakarta.apache.org
> >
> >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: velocity-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: velocity-user-help@jakarta.apache.org


Mime
View raw message