Can’t you just use your own map strategy?

See section 10.6 Generating structured and clear URLs
http://wicket.apache.org/guide/guide/chapter9.html#chapter9_6

Outside of that, I guess you can always have a second servlet for those 
versioned instances.

~ Thank you,
   Paul Bors

On Jan 19, 2014, at 7:15 PM, tertioptus <benpaige...@hotmail.com> wrote:

> Recently I experimented with using  DOJO AMD JavaScript modules
> <http://dojotoolkit.org/documentation/tutorials/1.9/modules/>  , of which
> the hierarchy of 'js' files were all bound to a particular resource
> reference class.
> 
> AMD allows for asynchronous loading of javascript code.
> 
> *My question is whether or not the resource reference path can be versioned
> instead of the actual resource?  *So that my module loader doesn't have to
> know the version of the files in it's hierarchy of modules, and it can still
> get up to date versions.
> 
> For instance, this:  
> 
>    /wicket/resource/my.project.DojoResourceReference_[some version code
> (date or hash)]/some_module.js
> 
> Instead of:
> 
>    /wicket/resource/my.project.DojoResourceReference/some_module[some
> version code (date or hash)].js
> 
> /BTW
> My experiment was successful for an ArcGis map project, in which the all the
> map code is in a separate project that is used by the web project.  And the
> dojo module loader is able to pull modules asynchronously, yet not versioned
> resources./
> 
> --
> View this message in context: 
> http://apache-wicket.1842946.n4.nabble.com/How-to-version-resource-references-and-not-the-resources-tp4663823.html
> Sent from the Users forum mailing list archive at Nabble.com.
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
> For additional commands, e-mail: users-h...@wicket.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org
For additional commands, e-mail: users-h...@wicket.apache.org

Reply via email to