no do
resource/this.getParameters()
dont try to get the RequestCylce
if it is a HEAD request (last modified check) it doesn't have to be there..
johan
On Tue, Mar 25, 2008 at 5:44 PM, Igor Vaynberg <[EMAIL PROTECTED]>
wrote:
> and inside the resource you do
>
> RequestCycle.get().getRequest().getParameter("foo");
>
> -igor
>
>
> On Tue, Mar 25, 2008 at 6:41 AM, Johan Compagner <[EMAIL PROTECTED]>
> wrote:
> > ok just make such a class
> > make a (Dynamic)Resource
> > that you add to the shared resources
> >
> > That resource looks in the params to figure out what to serve
> >
> > with RequestCycle.urlFor(final ResourceReference resourceReference,
> ValueMap
> > parameters) you can create urls with those params.
> >
> > called for example by ResourceLink or Image
> >
> >
> > johan
> >
> >
> > On Tue, Mar 25, 2008 at 2:07 PM, Erik van Oosten <[EMAIL PROTECTED]>
> >
> >
> > wrote:
> >
> > > Hi Lars,
> > >
> > > They are not that static :)
> > >
> > > We import and export the images from a database we manage. By
> 'static' I
> > > meant that the images do not change over time, so I want fixed URLs
> for
> > > them.
> > >
> > > Sorry for the confusion.
> > >
> > > Regards,
> > > Erik.
> > >
> > >
> > > lars vonk wrote:
> > > > You could put Apache in front and let it serve you static images?
> > > >
> > > > Lars
> > > >
> > > > On Tue, Mar 25, 2008 at 10:18 AM, Erik van Oosten <
> [EMAIL PROTECTED]>
> > > > wrote:
> > > >
> > > >
> > > >> Hi,
> > > >>
> > > >> I am looking for a way to serve many static images. It is
> important
> > > that
> > > >> I do not have to separately register them (as with
> SharedResources, as
> > > I
> > > >> understood) as there about 20.000 to 50.000 of them, and the set
> > > changes
> > > >> continuously.
> > > >>
> > > >> The most obvious thing that comes to mind is a static resource
> that
> > > >> takes parameters that are extracted from the URL (similar to
> Page). But
> > > >> I could not find such a thing.
> > > >>
> > > >> I am now considering implementing a servlet, but I'd rather stay
> within
> > > >> the framework.
> > > >>
> > > >> Regards,
> > > >> Erik.
> > > >>
> > > >> --
> > > >> Erik van Oosten
> > > >> http://day-to-day-stuff.blogspot.com/
> > > >>
> > > >>
> > > >>
> ---------------------------------------------------------------------
> > > >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > >> For additional commands, e-mail: [EMAIL PROTECTED]
> > > >>
> > > >>
> > > >>
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
