ANN: Resources 1.1.3 - you *do* want this

[Marc Palmer Local]

Hi all,

I tell no lie, it's been like a coding war zone in the Grails Shack for the last few weeks.

However I am *very* pleased to announce Resources 1.1.3 is released.

If you already use resources, or tried to before, you want this release.

This is because all known reloading issues are now addressed. Reloading now only reprocesses changed resources - this means reloading is a lot quicker. i.e. a few milliseconds instead of seconds.

What's more, the user experience is better - if you do have a long reload because e.g. you changed your module definitions - the browser blocks you from refreshing your page until the resources and module definitions are ready - and auto refreshes when the reload is complete. This was the cause of most reloading related problems before - that you would be refreshing your page while the resource definitions were being regenerated.

There are also numerous bug fixes, and a new mechanism for adding the servlet filters using the newly updated "webxml" plugin so that other plugins that add servlet filters can play nicely with each other. This became apparent as a problem with Resources and Spring Security, but applies to any plugins that add servlet filters.

Enjoy!

Marc
~ ~ ~
Marc Palmer
Freelancer (Grails/Groovy/Java)

Founder @ http://noticelocal.com | Developer @ http://weceem.org
Member @ http://spottymushroom.com | Contributor @ http://grails.org
Twitter: http://twitter.com/wangjammer5 | Resumé: http://www.anyware.co.uk/marc/
Blog: http://www.anyware.co.uk | Grails Rocks: http://www.grailsrocks.com


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Chanwit Kaewkasi]

On Fri, Dec 2, 2011 at 23:05, Marc Palmer <[hidden email]> wrote:
> Hi all,
>
> I tell no lie, it's been like a coding war zone in the Grails Shack for the last few weeks.
>
> However I am *very* pleased to announce Resources 1.1.3 is released.
>
> If you already use resources, or tried to before, you want this release.

I think so :) Thanks you, Marc.
One of my plugin is now depending on Resources.

Cheers,

Chanwit

> This is because all known reloading issues are now addressed. Reloading now only reprocesses changed resources - this means reloading is a lot quicker. i.e. a few milliseconds instead of seconds.
>
> What's more, the user experience is better - if you do have a long reload because e.g. you changed your module definitions - the browser blocks you from refreshing your page until the resources and module definitions are ready - and auto refreshes when the reload is complete. This was the cause of most reloading related problems before - that you would be refreshing your page while the resource definitions were being regenerated.
>
> There are also numerous bug fixes, and a new mechanism for adding the servlet filters using the newly updated "webxml" plugin so that other plugins that add servlet filters can play nicely with each other. This became apparent as a problem with Resources and Spring Security, but applies to any plugins that add servlet filters.
>
> Enjoy!
>
> Marc
> ~ ~ ~
> Marc Palmer
> Freelancer (Grails/Groovy/Java)
>
> Founder @ http://noticelocal.com | Developer @ http://weceem.org
> Member @ http://spottymushroom.com | Contributor @ http://grails.org
> Twitter: http://twitter.com/wangjammer5 | Resumé: http://www.anyware.co.uk/marc/
> Blog: http://www.anyware.co.uk | Grails Rocks: http://www.grailsrocks.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>

--
Chanwit Kaewkasi
code.google.com/p/zkgrails
twitter.com/chanwit

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Konstantinos Kostarellis]

Hi Marc,

is the resources plugin (or maybe it dependent webxml plugin) supposed to generate a WebXmlConfig.groovy in grails-app/conf/ at runtime ? Cause it does ...

Cheers,

   Kosta

2011/12/2 Chanwit Kaewkasi <[hidden email]>

On Fri, Dec 2, 2011 at 23:05, Marc Palmer <[hidden email]> wrote:
> Hi all,
>
> I tell no lie, it's been like a coding war zone in the Grails Shack for the last few weeks.
>
> However I am *very* pleased to announce Resources 1.1.3 is released.
>
> If you already use resources, or tried to before, you want this release.

I think so :) Thanks you, Marc.
One of my plugin is now depending on Resources.

Cheers,

Chanwit

> This is because all known reloading issues are now addressed. Reloading now only reprocesses changed resources - this means reloading is a lot quicker. i.e. a few milliseconds instead of seconds.
>
> What's more, the user experience is better - if you do have a long reload because e.g. you changed your module definitions - the browser blocks you from refreshing your page until the resources and module definitions are ready - and auto refreshes when the reload is complete. This was the cause of most reloading related problems before - that you would be refreshing your page while the resource definitions were being regenerated.
>
> There are also numerous bug fixes, and a new mechanism for adding the servlet filters using the newly updated "webxml" plugin so that other plugins that add servlet filters can play nicely with each other. This became apparent as a problem with Resources and Spring Security, but applies to any plugins that add servlet filters.
>
> Enjoy!
>
> Marc
> ~ ~ ~
> Marc Palmer
> Freelancer (Grails/Groovy/Java)
>
> Founder @ http://noticelocal.com | Developer @ http://weceem.org
> Member @ http://spottymushroom.com | Contributor @ http://grails.org
> Twitter: http://twitter.com/wangjammer5 | Resumé: http://www.anyware.co.uk/marc/
> Blog: http://www.anyware.co.uk | Grails Rocks: http://www.grailsrocks.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>

--
Chanwit Kaewkasi
code.google.com/p/zkgrails
twitter.com/chanwit

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

   http://xircles.codehaus.org/manage_email

[burtbeckwith]

webxml version 1.4 doesn't - I changed it to be a manual process with the new create-web-xml-config script. But resources has a dependency on 1.3.1.

Burt

> Hi Marc,
>
> is the resources plugin (or maybe it dependent webxml plugin) supposed to
> generate a WebXmlConfig.groovy in grails-app/conf/ at runtime ? Cause it
> does ...
>
> Cheers,
>    Kosta
>
> 2011/12/2 Chanwit Kaewkasi <[hidden email]>
>
> > On Fri, Dec 2, 2011 at 23:05, Marc Palmer <[hidden email]> wrote:
> > > Hi all,
> > >
> > > I tell no lie, it's been like a coding war zone in the Grails Shack for
> > the last few weeks.
> > >
> > > However I am *very* pleased to announce Resources 1.1.3 is released.
> > >
> > > If you already use resources, or tried to before, you want this release.
> >
> > I think so :) Thanks you, Marc.
> > One of my plugin is now depending on Resources.
> >
> > Cheers,
> >
> > Chanwit
> >
> > > This is because all known reloading issues are now addressed. Reloading
> > now only reprocesses changed resources - this means reloading is a lot
> > quicker. i.e. a few milliseconds instead of seconds.
> > >
> > > What's more, the user experience is better - if you do have a long
> > reload because e.g. you changed your module definitions - the browser
> > blocks you from refreshing your page until the resources and module
> > definitions are ready - and auto refreshes when the reload is complete.
> > This was the cause of most reloading related problems before - that you
> > would be refreshing your page while the resource definitions were being
> > regenerated.
> > >
> > > There are also numerous bug fixes, and a new mechanism for adding the
> > servlet filters using the newly updated "webxml" plugin so that other
> > plugins that add servlet filters can play nicely with each other. This
> > became apparent as a problem with Resources and Spring Security, but
> > applies to any plugins that add servlet filters.
> > >
> > > Enjoy!
> > >
> > > Marc
> > > ~ ~ ~
> > > Marc Palmer
> > > Freelancer (Grails/Groovy/Java)
> > >
> > > Founder @ http://noticelocal.com | Developer @ http://weceem.org
> > > Member @ http://spottymushroom.com | Contributor @ http://grails.org
> > > Twitter: http://twitter.com/wangjammer5 | Resumé:
> > http://www.anyware.co.uk/marc/
> > > Blog: http://www.anyware.co.uk | Grails Rocks:
> > http://www.grailsrocks.com
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe from this list, please visit:
> > >
> > >    http://xircles.codehaus.org/manage_email
> > >
> > >
> >
> >
> >
> > --
> > Chanwit Kaewkasi
> > code.google.com/p/zkgrails
> > twitter.com/chanwit
> >
> > ---------------------------------------------------------------------
> > To unsubscribe from this list, please visit:
> >
> >    http://xircles.codehaus.org/manage_email
> >
> >
> >
>

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Rainer Brang]

Marc, you're the man! Thanks!

Am 02.12.2011 um 20:00 schrieb Burt Beckwith:

> webxml version 1.4 doesn't - I changed it to be a manual process with the new create-web-xml-config script. But resources has a dependency on 1.3.1.
>
> Burt
>
>> Hi Marc,
>>
>> is the resources plugin (or maybe it dependent webxml plugin) supposed to
>> generate a WebXmlConfig.groovy in grails-app/conf/ at runtime ? Cause it
>> does ...
>>
>> Cheers,
>>   Kosta
>>
>> 2011/12/2 Chanwit Kaewkasi <[hidden email]>
>>
>>> On Fri, Dec 2, 2011 at 23:05, Marc Palmer <[hidden email]> wrote:
>>>> Hi all,
>>>>
>>>> I tell no lie, it's been like a coding war zone in the Grails Shack for
>>> the last few weeks.
>>>>
>>>> However I am *very* pleased to announce Resources 1.1.3 is released.
>>>>
>>>> If you already use resources, or tried to before, you want this release.
>>>
>>> I think so :) Thanks you, Marc.
>>> One of my plugin is now depending on Resources.
>>>
>>> Cheers,
>>>
>>> Chanwit
>>>
>>>> This is because all known reloading issues are now addressed. Reloading
>>> now only reprocesses changed resources - this means reloading is a lot
>>> quicker. i.e. a few milliseconds instead of seconds.
>>>>
>>>> What's more, the user experience is better - if you do have a long
>>> reload because e.g. you changed your module definitions - the browser
>>> blocks you from refreshing your page until the resources and module
>>> definitions are ready - and auto refreshes when the reload is complete.
>>> This was the cause of most reloading related problems before - that you
>>> would be refreshing your page while the resource definitions were being
>>> regenerated.
>>>>
>>>> There are also numerous bug fixes, and a new mechanism for adding the
>>> servlet filters using the newly updated "webxml" plugin so that other
>>> plugins that add servlet filters can play nicely with each other. This
>>> became apparent as a problem with Resources and Spring Security, but
>>> applies to any plugins that add servlet filters.
>>>>
>>>> Enjoy!
>>>>
>>>> Marc
>>>> ~ ~ ~
>>>> Marc Palmer
>>>> Freelancer (Grails/Groovy/Java)
>>>>
>>>> Founder @ http://noticelocal.com | Developer @ http://weceem.org
>>>> Member @ http://spottymushroom.com | Contributor @ http://grails.org
>>>> Twitter: http://twitter.com/wangjammer5 | Resumé:
>>> http://www.anyware.co.uk/marc/
>>>> Blog: http://www.anyware.co.uk | Grails Rocks:
>>> http://www.grailsrocks.com
>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe from this list, please visit:
>>>>
>>>>   http://xircles.codehaus.org/manage_email
>>>>
>>>>
>>>
>>>
>>>
>>> --
>>> Chanwit Kaewkasi
>>> code.google.com/p/zkgrails
>>> twitter.com/chanwit
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe from this list, please visit:
>>>
>>>   http://xircles.codehaus.org/manage_email
>>>
>>>
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>

mit freundlichen Grüßen,
Rainer Brang

========================================================

Backend-Server GmbH & Co. KG
Koppenhöferweg 10
70563 Stuttgart

Tel.: [phone]
Fax: [phone]

Sitz+Amtsgericht+Registergericht: Stuttgart
HRA 721172
USt-Id Nr: DE252865937

--

Persönlich haftende Gesellschafterin:
Backend-Server Beteiligungs-GmbH
Koppenhöferweg 10
70563 Stuttgart

Sitz+Amtsgericht+Registergericht: Stuttgart
HRB 722533
Geschäftsführer: Rainer Brang


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[Marc Palmer Local]

On 2 Dec 2011, at 18:47, Konstantinos Kostarellis wrote:

> Hi Marc,
>
> is the resources plugin (or maybe it dependent webxml plugin) supposed to generate a WebXmlConfig.groovy in grails-app/conf/ at runtime ? Cause it does ...
>

webxml plugin bug. Update your app to Burt's new webxml plugin 1.4 and I think it goes.

Marc

~ ~ ~
Marc Palmer
Freelancer (Grails/Groovy/Java)

Founder @ http://noticelocal.com | Developer @ http://weceem.org
Member @ http://spottymushroom.com | Contributor @ http://grails.org
Twitter: http://twitter.com/wangjammer5 | Resumé: http://www.anyware.co.uk/marc/
Blog: http://www.anyware.co.uk | Grails Rocks: http://www.grailsrocks.com


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[John Thompson]

Awesome Marc - Looking forward to using it!

[Joel Richon]

I just tried to upgrade to 1.1.3, and now get the error

ERROR resource.ResourceMeta  - Resource not found: /bundle-bundle_foocore_head.css

when I try to render the index page.

Seems to be caused by having two css files in the resource definition

modules = {
 foocore {
    dependsOn 'jquery,jquery-ui'
    resource url: 'css/foo1.css'
    resource url: 'css/foo2.css'
 }
}

Looking at the html headers, I see link generated is /foo/bundle-bundle_foocore_head.css

Looking in the tomcat work directory, I see bundle-bundle_foocore_head.css in the grails-resource directory.

The two css files exist.

This is with a newly created RC3 app.

Cheers
  Joel


On 12/2/2011 1:47 PM, Konstantinos Kostarellis wrote:

Hi Marc,

is the resources plugin (or maybe it dependent webxml plugin) supposed to generate a WebXmlConfig.groovy in grails-app/conf/ at runtime ? Cause it does ...

Cheers,

   Kosta

2011/12/2 Chanwit Kaewkasi <[hidden email]>

On Fri, Dec 2, 2011 at 23:05, Marc Palmer <[hidden email]> wrote:
> Hi all,
>
> I tell no lie, it's been like a coding war zone in the Grails Shack for the last few weeks.
>
> However I am *very* pleased to announce Resources 1.1.3 is released.
>
> If you already use resources, or tried to before, you want this release.

I think so :) Thanks you, Marc.
One of my plugin is now depending on Resources.

Cheers,

Chanwit

> This is because all known reloading issues are now addressed. Reloading now only reprocesses changed resources - this means reloading is a lot quicker. i.e. a few milliseconds instead of seconds.
>
> What's more, the user experience is better - if you do have a long reload because e.g. you changed your module definitions - the browser blocks you from refreshing your page until the resources and module definitions are ready - and auto refreshes when the reload is complete. This was the cause of most reloading related problems before - that you would be refreshing your page while the resource definitions were being regenerated.
>
> There are also numerous bug fixes, and a new mechanism for adding the servlet filters using the newly updated "webxml" plugin so that other plugins that add servlet filters can play nicely with each other. This became apparent as a problem with Resources and Spring Security, but applies to any plugins that add servlet filters.
>
> Enjoy!
>
> Marc
> ~ ~ ~
> Marc Palmer
> Freelancer (Grails/Groovy/Java)
>
> Founder @ http://noticelocal.com | Developer @ http://weceem.org
> Member @ http://spottymushroom.com | Contributor @ http://grails.org
> Twitter: http://twitter.com/wangjammer5 | Resumé: http://www.anyware.co.uk/marc/
> Blog: http://www.anyware.co.uk | Grails Rocks: http://www.grailsrocks.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>

--
Chanwit Kaewkasi
code.google.com/p/zkgrails
twitter.com/chanwit

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

   http://xircles.codehaus.org/manage_email

[Marc Palmer Local]

Are you using windows?

Marc

Sent from my iPad

On 3 Dec 2011, at 15:12, Joel Richon <[hidden email]> wrote:

I just tried to upgrade to 1.1.3, and now get the error

ERROR resource.ResourceMeta  - Resource not found: /bundle-bundle_foocore_head.css

when I try to render the index page.

Seems to be caused by having two css files in the resource definition

modules = {
 foocore {
    dependsOn 'jquery,jquery-ui'
    resource url: 'css/foo1.css'
    resource url: 'css/foo2.css'
 }
}

Looking at the html headers, I see link generated is /foo/bundle-bundle_foocore_head.css

Looking in the tomcat work directory, I see bundle-bundle_foocore_head.css in the grails-resource directory.

The two css files exist.

This is with a newly created RC3 app.

Cheers
  Joel


On 12/2/2011 1:47 PM, Konstantinos Kostarellis wrote:

Hi Marc,

is the resources plugin (or maybe it dependent webxml plugin) supposed to generate a WebXmlConfig.groovy in grails-app/conf/ at runtime ? Cause it does ...

Cheers,

   Kosta

2011/12/2 Chanwit Kaewkasi <[hidden email]>

On Fri, Dec 2, 2011 at 23:05, Marc Palmer <[hidden email]> wrote:
> Hi all,
>
> I tell no lie, it's been like a coding war zone in the Grails Shack for the last few weeks.
>
> However I am *very* pleased to announce Resources 1.1.3 is released.
>
> If you already use resources, or tried to before, you want this release.

I think so :) Thanks you, Marc.
One of my plugin is now depending on Resources.

Cheers,

Chanwit

> This is because all known reloading issues are now addressed. Reloading now only reprocesses changed resources - this means reloading is a lot quicker. i.e. a few milliseconds instead of seconds.
>
> What's more, the user experience is better - if you do have a long reload because e.g. you changed your module definitions - the browser blocks you from refreshing your page until the resources and module definitions are ready - and auto refreshes when the reload is complete. This was the cause of most reloading related problems before - that you would be refreshing your page while the resource definitions were being regenerated.
>
> There are also numerous bug fixes, and a new mechanism for adding the servlet filters using the newly updated "webxml" plugin so that other plugins that add servlet filters can play nicely with each other. This became apparent as a problem with Resources and Spring Security, but applies to any plugins that add servlet filters.
>
> Enjoy!
>
> Marc
> ~ ~ ~
> Marc Palmer
> Freelancer (Grails/Groovy/Java)
>
> Founder @ http://noticelocal.com | Developer @ http://weceem.org
> Member @ http://spottymushroom.com | Contributor @ http://grails.org
> Twitter: http://twitter.com/wangjammer5 | Resumé: http://www.anyware.co.uk/marc/
> Blog: http://www.anyware.co.uk | Grails Rocks: http://www.grailsrocks.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe from this list, please visit:
>
>    http://xircles.codehaus.org/manage_email
>
>

--
Chanwit Kaewkasi
code.google.com/p/zkgrails
twitter.com/chanwit

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

   http://xircles.codehaus.org/manage_email

[Joel Richon]

Yes.  Windows 7.

  Joel

On 12/3/2011 4:23 PM, Marc Palmer wrote:

Are you using windows?

Marc

Sent from my iPad

On 3 Dec 2011, at 15:12, Joel Richon <[hidden email]> wrote:

I just tried to upgrade to 1.1.3, and now get the error

ERROR resource.ResourceMeta  - Resource not found: /bundle-bundle_foocore_head.css

when I try to render the index page.

[rosenfeld]

Thank you very much, Marc.

I'm no longer having problems with dependency management among resources
with the new version. 1.0.2 didn't have any problems either, but I
couldn't upgrade since then until now.

Not sure if this was an intended fix, or just a "bonus" fix with the
other improvements though... :) But it really doesn't matter to me,
since it is working now :D

Cheers,

Rodrigo.

Em 02-12-2011 14:05, Marc Palmer escreveu:

> Hi all,
>
> I tell no lie, it's been like a coding war zone in the Grails Shack for the last few weeks.
>
> However I am *very* pleased to announce Resources 1.1.3 is released.
>
> If you already use resources, or tried to before, you want this release.
>
> This is because all known reloading issues are now addressed. Reloading now only reprocesses changed resources - this means reloading is a lot quicker. i.e. a few milliseconds instead of seconds.
>
> What's more, the user experience is better - if you do have a long reload because e.g. you changed your module definitions - the browser blocks you from refreshing your page until the resources and module definitions are ready - and auto refreshes when the reload is complete. This was the cause of most reloading related problems before - that you would be refreshing your page while the resource definitions were being regenerated.
>
> There are also numerous bug fixes, and a new mechanism for adding the servlet filters using the newly updated "webxml" plugin so that other plugins that add servlet filters can play nicely with each other. This became apparent as a problem with Resources and Spring Security, but applies to any plugins that add servlet filters.
>
> Enjoy!
>
> Marc

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[mlim1972]

Same issue here with error.  However, I don't see the resources added at all when viewing the source.  I don't have multiple CSS and I'm using XP.  I tried configuring the modules in Config.groovy as well as ApplicationResources.groovy.  It doesn't seem to output it to the html page.

[ebrayeur]

Hi Marc,

Thanks for the new release.

I tested it, reloading seems indeed faster than before, at least when the file is included in a bundle.

For resources not declared, and included like this :

<link rel="stylesheet" href="${r.resource(dir: 'css/home', file: 'home.css')}"/>

It seems the new plugin never detects that file (home.css in this case) has changed.
This was working before with version 1.1.1 (and grails 1.3.7).

Wondering if others notice this already or if I'm doing something wrong ...

Regards,
Eric

[Marc Palmer Local]

On 6 Dec 2011, at 15:55, ebrayeur wrote:

> Hi Marc,
>
> Thanks for the new release.
>
> I tested it, reloading seems indeed faster than before, at least when the
> file is included in a bundle.
>
> For resources not declared, and included like this :
>
> <link rel="stylesheet" href="${r.resource(dir: 'css/home', file:
> 'home.css')}"/>
>
> It seems the new plugin never detects that file (home.css in this case) has
> changed.
> This was working before with version 1.1.1 (and grails 1.3.7).
>
> Wondering if others notice this already or if I'm doing something wrong ...

No, this is known issue in this release, sorry about that.

For now I suggest you declare the resource and link to it using the new tags.

Marc

~ ~ ~
Marc Palmer
Freelancer (Grails/Groovy/Java)

Founder @ http://noticelocal.com | Developer @ http://weceem.org
Member @ http://spottymushroom.com | Contributor @ http://grails.org
Twitter: http://twitter.com/wangjammer5 | Resumé: http://www.anyware.co.uk/marc/
Blog: http://www.anyware.co.uk | Grails Rocks: http://www.grailsrocks.com


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

[kalebdf]

Once upgrading to resources 1.1.4, my page's CSS fails to load, just like Joel's error.

I have an ApplicationResources.groovy file in grails-app/conf:

modules = {
    extjs {
        resource url: '/css/extjs/resources/css/ext-all.css'
        resource url: '/js/extjs/ext-all.js', disposition: 'head'
    }

    senchatouch {
        resource url: '/css/senchatouch/sencha-touch.css'
        resource url: '/js/senchatouch/sencha-touch.js', disposition: 'head'
    }

    myapp {
        dependsOn 'extjs'

        /* CSS */
        resource url: '/css/loginstyle.css'
        resource url: '/css/graph.css'

        /* Models */
        resource url: '/js/app/model/User.js'
        ...
    }

    myappmobile {
        dependsOn 'senchatouch'

        /* CSS */
        resource url: '/css/mobile/airline.css'
        ...
    }

}

The index.gsp rendered source:

<link href="/static/bundle-bundle_extjs_head.css" type="text/css" rel="stylesheet" media="screen, projection" />
<script src="/static/bundle-bundle_extjs_head.js" type="text/javascript" ></script>
<link href="/bundle-bundle_myapp_head.css" type="text/css" rel="stylesheet" media="screen, projection" />

The file "bundle-bundle_myapp_head.css" is properly created and located with the other bundles at:

C:\Users\username\.grails\2.0.0.RC3\projects\MyAppUI\tomcat\work\Tomcat\localhost\_\grails-resources

The index.gsp:

<!doctype html>
<html>
<head>
    <meta name="layout" content="main"/>
    <title>My App v0.0.2</title>
    <r:require modules="myapp"/>
    <r:layoutResources/>
    <r:script disposition="defer">
        Ext.onReady(function(){
            /* ... */
        });
    </r:script>
</head>

It's also interesting to note that when I am on a different page which requires myappmobile neither myappmobile nor senchatouch css are properly loaded. Therefore, it looks like only the first module is being included properly and something is happening with its dependencies!

Application Properties:
app.grails.version=2.0.0.RC3
app.name=MyAppUI
app.servlet.version=2.5
app.version=0.2
plugins.hibernate=2.0.0.RC3
plugins.jquery=1.7
plugins.resources=1.1.4
plugins.spring-security-core=1.2.6
plugins.tomcat=2.0.0.RC3
plugins.webxml=1.4.1

[kalebdf]

Looks like a JIRA has already been created:
http://jira.grails.org/browse/GPRESOURCES-120

As a workaround on Windows, simply add:

defaultBundle false

[Martin Hauner]

Hi..

On 05.12.11 12:55, Joel Richon wrote:

> Yes.  Windows 7.
>
>    Joel
>
> On 12/3/2011 4:23 PM, Marc Palmer wrote:
>> Are you using windows?
>>
>> Marc
>>
>> Sent from my iPad
>>
>> On 3 Dec 2011, at 15:12, Joel Richon <[hidden email]
>> <mailto:[hidden email]>> wrote:
>>
>>> I just tried to upgrade to 1.1.3, and now get the error
>>>
>>> ERROR resource.ResourceMeta  - Resource not found:
>>> /bundle-bundle_foocore_head.css
>>>
>>> when I try to render the index page.
>>>

We have the same issue on Windows with grails 1.3.7 and resource 1.1.3/4.
Bundling css files doesn't work with the given error. It works for the .js files
though..


--
Martin


---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email