Ресурсы Grails и манифест кэша

Плагин ресурсов Grails - большое преимущество, но теперь я столкнулся со следующей проблемой:

Я хотел бы создать автономное приложение HTML5, и мне нужно создать манифест кеша. Для этого я должен указать URL-адреса всех используемых статических ресурсов. Из документации я вижу только вариант использования <r:layoutResources/>, который не соответствует манифесту кеша HTML5.

Есть еще один вопрос SO, направленный в этом направлении, но ответ на самом деле не подходит: Подключаемый модуль Grails Resources -- Как получить сгенерированные URL-адреса?

и документация по плагину мне тоже не сильно помогла (может я просто не видел) http://grails-plugins.github.io/grails-resources/

Обновление: просто для более подробного объяснения проблемы:

Плагин ресурсов изменяет URL ресурсов. Одним из примеров является то, что он может объединить несколько файлов в один. Ссылка на таблицу стилей a.css и b.css может быть превращена в ссылку на ab.css. Теперь, если я сошлюсь на a.css и b.css в своем html-файле (через плагин ресурсов) и в манифесте кеша (без плагина ресурсов, поскольку мне нужны простые URL-адреса), манифест кеша скажет браузеру кэшировать a.css и b.css, но браузер будет искать ab.css, так как это файл, на который ссылаются (через плагин ресурсов) из html-файла...


html grails cache-manifest
person rdmueller    schedule 18.05.2014    source источник
comment
Итак, в чем проблема? Почему вы не можете создать контроллер, который обслуживает требуемый файл, и использовать тег ресурса для создания ссылок на ресурсы?   -  person Joshua Moore    schedule 18.05.2014
comment
см. мое обновление. Я надеюсь, что это объясняет проблему немного лучше... Обходной путь - избегать плагина ресурсов, но было бы здорово, если бы я мог его использовать...   -  person rdmueller    schedule 18.05.2014
comment
Итак, проблема в комплектации и плагине ресурсов. Теперь это имеет больше смысла. Я очень сомневаюсь, что вы сможете обойти это, не вникая во внутренности плагина и не внося изменений или не написав собственное расширение. :/   -  person Joshua Moore    schedule 18.05.2014
comment
@JoshuaMoore Спасибо, что напомнили мне, что мы работаем с открытым исходным кодом. Теперь я взглянул на исходники и думаю, что проще всего будет не использовать плагин ресурсов :-(   -  person rdmueller    schedule 19.05.2014
comment
Пожалуйста. Вы правы, самый простой способ обойти это — не использовать плагин, но в конечном итоге вы многим пожертвуете, сделав это. Возможно, вы захотите связаться с Марком Палмером или Люком Дейли в Твиттере и посмотреть, могут ли они дать вам дополнительные указания о том, как двигаться с плагином.   -  person Joshua Moore    schedule 19.05.2014