hash not updating when css content changes about wro4j-runtime-taglib HOT 6 CLOSED

it seems that a webapp restart is required for the hash of a group to update.

You may use resourceWatcherUpdatePeriod during development. I thought I've mentioned it in README file
Note: Please make sure to turn it off in production.

If I restart the webapp, then I get an exception, eg.
ro.isdc.wro.WroRuntimeException: No such group available in the model: external-d3a9f9523f74c740f8a9daaa03412331

Default wro4j in-memory cache gets invalidates after restart. It shouldn't be an issue because taglib generates relevant resource url and inserts it in resulting html.
You shouldn't rely on hashed name. If you really want to get the latest version of resource directly(e.g. from code) you should use it's raw unhashed url e.g. external.css

from wro4j-runtime-taglib.

Ok, it wasn't configured in this example, but I've tried a lot of different combinations. Am now thinking that something is preventing the scheduler from running so that the cache isn't invalidated when a file changes. I might try to debug a bit in wro4j-core to see what is going on.

from wro4j-runtime-taglib.

Just to clarify if I've understood the intended way this should work;

Whenever a resource changes, wro:script /wro:stylesheet should produce markup & url with a different resource fingerprint/hash than before the resource changed, without a server restart?

from wro4j-runtime-taglib.

It might be that my understanding of how the resourceWatcher thread works was wrong, it doesn't appear to actually monitor any files directly. If I reload a js/css group manually in the browser then on the next run of a wro4j-runtime-tag i a JSP, it will use an updated hash.

from wro4j-runtime-taglib.

Whenever a resource changes, wro:script /wro:stylesheet should produce markup & url with a different resource fingerprint/hash than before the resource changed, without a server restart?

Exactly, given that value of resourceWatcherUpdatePeriod is not zero

from wro4j-runtime-taglib.

Closing this one as well. I hope you are not experiencing this issue anymore, feel free to reopen it otherwise

from wro4j-runtime-taglib.