|
Anybody know what the Servlet is looking for when it first starts up
that would cause it to be looking at directories on the machine? Getting this from download of 4.2 from last night. 12:45:59,317 INFO [STDOUT] Servlet.service() for servlet grails threw exception java.lang.IllegalArgumentException: Resource path [/javalibs/ jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory at org.springframework.core.io.support.PathMatchingResourcePatternResolver. retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:489) at org.springframework.core.io.support.PathMatchingResourcePatternResolver. doFindMatchingFileSystemResources (PathMatchingResourcePatternResolver.java:469) --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email |
|
On 8 Mar 2007, at 17:52, Gregory Pierce wrote: > Anybody know what the Servlet is looking for when it first starts > up that would cause it to be looking at directories on the machine? > Getting this from download of 4.2 from last night. > > 12:45:59,317 INFO [STDOUT] Servlet.service() for servlet grails > threw exception > java.lang.IllegalArgumentException: Resource path [/javalibs/ > jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory > at > org.springframework.core.io.support.PathMatchingResourcePatternResolve > r.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:489) > at > org.springframework.core.io.support.PathMatchingResourcePatternResolve > r.doFindMatchingFileSystemResources > (PathMatchingResourcePatternResolver.java:469) It's just a warning, not affecting behaviour. It's an issue relating to reloading of resources by plugins which have/had a file:/. URL in them. Marc --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email |
|
I'm getting an HTTP Status 500 everytime I get this.
On Mar 8, 2007, at 2:19 PM, Marc Palmer wrote: > > On 8 Mar 2007, at 17:52, Gregory Pierce wrote: > >> Anybody know what the Servlet is looking for when it first starts >> up that would cause it to be looking at directories on the >> machine? Getting this from download of 4.2 from last night. >> >> 12:45:59,317 INFO [STDOUT] Servlet.service() for servlet grails >> threw exception >> java.lang.IllegalArgumentException: Resource path [/javalibs/ >> jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java: >> 489) >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er.doFindMatchingFileSystemResources >> (PathMatchingResourcePatternResolver.java:469) > > It's just a warning, not affecting behaviour. It's an issue > relating to reloading of resources by plugins which have/had a > file:/. URL in them. > > Marc > > > --------------------------------------------------------------------- > 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 |
|
In reply to this post by Marc Palmer Local
Here is what is showing up in the server log (complete)... the error
is preventing my Grails pages from even showing up. I'm getting a stacktrace in the browser: 14:28:25,610 INFO [STDOUT] Servlet.service() for servlet grails threw exception java.lang.IllegalArgumentException: Resource path [/javalibs/ jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory at org.springframework.core.io.support.PathMatchingResourcePatternResolver. retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:489) at org.springframework.core.io.support.PathMatchingResourcePatternResolver. doFindMatchingFileSystemResources (PathMatchingResourcePatternResolver.java:469) at org.springframework.core.io.support.PathMatchingResourcePatternResolver. doFindPathMatchingFileResources (PathMatchingResourcePatternResolver.java:452) at org.springframework.core.io.support.PathMatchingResourcePatternResolver. findPathMatchingResources(PathMatchingResourcePatternResolver.java:321) at org.springframework.core.io.support.PathMatchingResourcePatternResolver. getResources(PathMatchingResourcePatternResolver.java:255) at org.codehaus.groovy.grails.plugins.DefaultGrailsPlugin.checkForNewResour ces(DefaultGrailsPlugin.java:440) at org.codehaus.groovy.grails.plugins.DefaultGrailsPlugin.checkForChanges (DefaultGrailsPlugin.java:356) at org.codehaus.groovy.grails.plugins.DefaultGrailsPluginManager.checkForCh anges(DefaultGrailsPluginManager.java:593) at org.codehaus.groovy.grails.web.servlet.filter.GrailsReloadServletFilter. doFilterInternal(GrailsReloadServletFilter.java:141) at org.springframework.web.filter.OncePerRequestFilter.doFilter (OncePerRequestFilter.java:77) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:173) at com.opensymphony.module.sitemesh.filter.PageFilter.parsePage (PageFilter.java:119) at com.opensymphony.module.sitemesh.filter.PageFilter.doFilter (PageFilter.java:55) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:173) at org.codehaus.groovy.grails.web.servlet.mvc.GrailsWebRequestFilter.doFilt erInternal(GrailsWebRequestFilter.java:53) at org.springframework.web.filter.OncePerRequestFilter.doFilter (OncePerRequestFilter.java:77) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:173) at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal( CharacterEncodingFilter.java:78) at org.springframework.web.filter.OncePerRequestFilter.doFilter (OncePerRequestFilter.java:77) at org.springframework.web.filter.DelegatingFilterProxy.doFilter (DelegatingFilterProxy.java:138) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:173) at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter (ReplyHeaderFilter.java:96) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter (ApplicationFilterChain.java:202) at org.apache.catalina.core.ApplicationFilterChain.doFilter (ApplicationFilterChain.java:173) at org.apache.catalina.core.StandardWrapperValve.invoke (StandardWrapperValve.java:213) at org.apache.catalina.core.StandardContextValve.invoke (StandardContextValve.java:178) at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke (SecurityAssociationValve.java:175) at org.jboss.web.tomcat.security.JaccContextValve.invoke (JaccContextValve.java:74) at org.apache.catalina.core.StandardHostValve.invoke (StandardHostValve.java:126) at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:105) at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke (CachedConnectionValve.java:156) at org.jboss.web.tomcat.tc5.sso.ClusteredSingleSignOn.invoke (ClusteredSingleSignOn.java:637) at org.apache.catalina.core.StandardEngineValve.invoke (StandardEngineValve.java:107) at org.apache.catalina.connector.CoyoteAdapter.service (CoyoteAdapter.java:148) at org.apache.coyote.http11.Http11Processor.process (Http11Processor.java:869) at org.apache.coyote.http11.Http11BaseProtocol $Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket (PoolTcpEndpoint.java:527) at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run (MasterSlaveWorkerThread.java:112) at java.lang.Thread.run(Thread.java:613) On Mar 8, 2007, at 2:19 PM, Marc Palmer wrote: > > On 8 Mar 2007, at 17:52, Gregory Pierce wrote: > >> Anybody know what the Servlet is looking for when it first starts >> up that would cause it to be looking at directories on the >> machine? Getting this from download of 4.2 from last night. >> >> 12:45:59,317 INFO [STDOUT] Servlet.service() for servlet grails >> threw exception >> java.lang.IllegalArgumentException: Resource path [/javalibs/ >> jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java: >> 489) >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er.doFindMatchingFileSystemResources >> (PathMatchingResourcePatternResolver.java:469) > > It's just a warning, not affecting behaviour. It's an issue > relating to reloading of resources by plugins which have/had a > file:/. URL in them. > > Marc > > > --------------------------------------------------------------------- > 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 |
|
Deployed as a WAR or running within Jetty?
Cheers On 3/8/07, Gregory Pierce <[hidden email]> wrote: > Here is what is showing up in the server log (complete)... the error > is preventing my Grails pages from even showing up. I'm getting a > stacktrace in the browser: > > 14:28:25,610 INFO [STDOUT] Servlet.service() for servlet grails > threw exception > java.lang.IllegalArgumentException: Resource path [/javalibs/ > jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory > at > org.springframework.core.io.support.PathMatchingResourcePatternResolver. > retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:489) > at > org.springframework.core.io.support.PathMatchingResourcePatternResolver. > doFindMatchingFileSystemResources > (PathMatchingResourcePatternResolver.java:469) > at > org.springframework.core.io.support.PathMatchingResourcePatternResolver. > doFindPathMatchingFileResources > (PathMatchingResourcePatternResolver.java:452) > at > org.springframework.core.io.support.PathMatchingResourcePatternResolver. > findPathMatchingResources(PathMatchingResourcePatternResolver.java:321) > at > org.springframework.core.io.support.PathMatchingResourcePatternResolver. > getResources(PathMatchingResourcePatternResolver.java:255) > at > org.codehaus.groovy.grails.plugins.DefaultGrailsPlugin.checkForNewResour > ces(DefaultGrailsPlugin.java:440) > at > org.codehaus.groovy.grails.plugins.DefaultGrailsPlugin.checkForChanges > (DefaultGrailsPlugin.java:356) > at > org.codehaus.groovy.grails.plugins.DefaultGrailsPluginManager.checkForCh > anges(DefaultGrailsPluginManager.java:593) > at > org.codehaus.groovy.grails.web.servlet.filter.GrailsReloadServletFilter. > doFilterInternal(GrailsReloadServletFilter.java:141) > at > org.springframework.web.filter.OncePerRequestFilter.doFilter > (OncePerRequestFilter.java:77) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (ApplicationFilterChain.java:202) > at org.apache.catalina.core.ApplicationFilterChain.doFilter > (ApplicationFilterChain.java:173) > at > com.opensymphony.module.sitemesh.filter.PageFilter.parsePage > (PageFilter.java:119) > at > com.opensymphony.module.sitemesh.filter.PageFilter.doFilter > (PageFilter.java:55) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (ApplicationFilterChain.java:202) > at org.apache.catalina.core.ApplicationFilterChain.doFilter > (ApplicationFilterChain.java:173) > at > org.codehaus.groovy.grails.web.servlet.mvc.GrailsWebRequestFilter.doFilt > erInternal(GrailsWebRequestFilter.java:53) > at > org.springframework.web.filter.OncePerRequestFilter.doFilter > (OncePerRequestFilter.java:77) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (ApplicationFilterChain.java:202) > at org.apache.catalina.core.ApplicationFilterChain.doFilter > (ApplicationFilterChain.java:173) > at > org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal( > CharacterEncodingFilter.java:78) > at > org.springframework.web.filter.OncePerRequestFilter.doFilter > (OncePerRequestFilter.java:77) > at > org.springframework.web.filter.DelegatingFilterProxy.doFilter > (DelegatingFilterProxy.java:138) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (ApplicationFilterChain.java:202) > at org.apache.catalina.core.ApplicationFilterChain.doFilter > (ApplicationFilterChain.java:173) > at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter > (ReplyHeaderFilter.java:96) > at > org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > (ApplicationFilterChain.java:202) > at org.apache.catalina.core.ApplicationFilterChain.doFilter > (ApplicationFilterChain.java:173) > at org.apache.catalina.core.StandardWrapperValve.invoke > (StandardWrapperValve.java:213) > at org.apache.catalina.core.StandardContextValve.invoke > (StandardContextValve.java:178) > at > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke > (SecurityAssociationValve.java:175) > at org.jboss.web.tomcat.security.JaccContextValve.invoke > (JaccContextValve.java:74) > at org.apache.catalina.core.StandardHostValve.invoke > (StandardHostValve.java:126) > at org.apache.catalina.valves.ErrorReportValve.invoke > (ErrorReportValve.java:105) > at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke > (CachedConnectionValve.java:156) > at org.jboss.web.tomcat.tc5.sso.ClusteredSingleSignOn.invoke > (ClusteredSingleSignOn.java:637) > at org.apache.catalina.core.StandardEngineValve.invoke > (StandardEngineValve.java:107) > at org.apache.catalina.connector.CoyoteAdapter.service > (CoyoteAdapter.java:148) > at org.apache.coyote.http11.Http11Processor.process > (Http11Processor.java:869) > at org.apache.coyote.http11.Http11BaseProtocol > $Http11ConnectionHandler.processConnection(Http11BaseProtocol.java:664) > at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket > (PoolTcpEndpoint.java:527) > at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run > (MasterSlaveWorkerThread.java:112) > at java.lang.Thread.run(Thread.java:613) > > > > On Mar 8, 2007, at 2:19 PM, Marc Palmer wrote: > > > > > On 8 Mar 2007, at 17:52, Gregory Pierce wrote: > > > >> Anybody know what the Servlet is looking for when it first starts > >> up that would cause it to be looking at directories on the > >> machine? Getting this from download of 4.2 from last night. > >> > >> 12:45:59,317 INFO [STDOUT] Servlet.service() for servlet grails > >> threw exception > >> java.lang.IllegalArgumentException: Resource path [/javalibs/ > >> jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory > >> at > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> er.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java: > >> 489) > >> at > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> er.doFindMatchingFileSystemResources > >> (PathMatchingResourcePatternResolver.java:469) > > > > It's just a warning, not affecting behaviour. It's an issue > > relating to reloading of resources by plugins which have/had a > > file:/. URL in them. > > > > Marc > > > > > > --------------------------------------------------------------------- > > 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 > > -- Graeme Rocher Grails Project Lead http://grails.org --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email |
|
Deploy as a war.
On Mar 8, 2007, at 5:04 PM, Graeme Rocher wrote: > Deployed as a WAR or running within Jetty? > > Cheers > > On 3/8/07, Gregory Pierce <[hidden email]> wrote: >> Here is what is showing up in the server log (complete)... the error >> is preventing my Grails pages from even showing up. I'm getting a >> stacktrace in the browser: >> >> 14:28:25,610 INFO [STDOUT] Servlet.service() for servlet grails >> threw exception >> java.lang.IllegalArgumentException: Resource path [/javalibs/ >> jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er. >> retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:489) >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er. >> doFindMatchingFileSystemResources >> (PathMatchingResourcePatternResolver.java:469) >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er. >> doFindPathMatchingFileResources >> (PathMatchingResourcePatternResolver.java:452) >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er. >> findPathMatchingResources(PathMatchingResourcePatternResolver.java: >> 321) >> at >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> er. >> getResources(PathMatchingResourcePatternResolver.java:255) >> at >> org.codehaus.groovy.grails.plugins.DefaultGrailsPlugin.checkForNewRes >> our >> ces(DefaultGrailsPlugin.java:440) >> at >> org.codehaus.groovy.grails.plugins.DefaultGrailsPlugin.checkForChange >> s >> (DefaultGrailsPlugin.java:356) >> at >> org.codehaus.groovy.grails.plugins.DefaultGrailsPluginManager.checkFo >> rCh >> anges(DefaultGrailsPluginManager.java:593) >> at >> org.codehaus.groovy.grails.web.servlet.filter.GrailsReloadServletFilt >> er. >> doFilterInternal(GrailsReloadServletFilter.java:141) >> at >> org.springframework.web.filter.OncePerRequestFilter.doFilter >> (OncePerRequestFilter.java:77) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> (ApplicationFilterChain.java:202) >> at org.apache.catalina.core.ApplicationFilterChain.doFilter >> (ApplicationFilterChain.java:173) >> at >> com.opensymphony.module.sitemesh.filter.PageFilter.parsePage >> (PageFilter.java:119) >> at >> com.opensymphony.module.sitemesh.filter.PageFilter.doFilter >> (PageFilter.java:55) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> (ApplicationFilterChain.java:202) >> at org.apache.catalina.core.ApplicationFilterChain.doFilter >> (ApplicationFilterChain.java:173) >> at >> org.codehaus.groovy.grails.web.servlet.mvc.GrailsWebRequestFilter.doF >> ilt >> erInternal(GrailsWebRequestFilter.java:53) >> at >> org.springframework.web.filter.OncePerRequestFilter.doFilter >> (OncePerRequestFilter.java:77) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> (ApplicationFilterChain.java:202) >> at org.apache.catalina.core.ApplicationFilterChain.doFilter >> (ApplicationFilterChain.java:173) >> at >> org.springframework.web.filter.CharacterEncodingFilter.doFilterIntern >> al( >> CharacterEncodingFilter.java:78) >> at >> org.springframework.web.filter.OncePerRequestFilter.doFilter >> (OncePerRequestFilter.java:77) >> at >> org.springframework.web.filter.DelegatingFilterProxy.doFilter >> (DelegatingFilterProxy.java:138) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> (ApplicationFilterChain.java:202) >> at org.apache.catalina.core.ApplicationFilterChain.doFilter >> (ApplicationFilterChain.java:173) >> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter >> (ReplyHeaderFilter.java:96) >> at >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter >> (ApplicationFilterChain.java:202) >> at org.apache.catalina.core.ApplicationFilterChain.doFilter >> (ApplicationFilterChain.java:173) >> at org.apache.catalina.core.StandardWrapperValve.invoke >> (StandardWrapperValve.java:213) >> at org.apache.catalina.core.StandardContextValve.invoke >> (StandardContextValve.java:178) >> at >> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke >> (SecurityAssociationValve.java:175) >> at org.jboss.web.tomcat.security.JaccContextValve.invoke >> (JaccContextValve.java:74) >> at org.apache.catalina.core.StandardHostValve.invoke >> (StandardHostValve.java:126) >> at org.apache.catalina.valves.ErrorReportValve.invoke >> (ErrorReportValve.java:105) >> at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke >> (CachedConnectionValve.java:156) >> at org.jboss.web.tomcat.tc5.sso.ClusteredSingleSignOn.invoke >> (ClusteredSingleSignOn.java:637) >> at org.apache.catalina.core.StandardEngineValve.invoke >> (StandardEngineValve.java:107) >> at org.apache.catalina.connector.CoyoteAdapter.service >> (CoyoteAdapter.java:148) >> at org.apache.coyote.http11.Http11Processor.process >> (Http11Processor.java:869) >> at org.apache.coyote.http11.Http11BaseProtocol >> $Http11ConnectionHandler.processConnection(Http11BaseProtocol.java: >> 664) >> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket >> (PoolTcpEndpoint.java:527) >> at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run >> (MasterSlaveWorkerThread.java:112) >> at java.lang.Thread.run(Thread.java:613) >> >> >> >> On Mar 8, 2007, at 2:19 PM, Marc Palmer wrote: >> >> > >> > On 8 Mar 2007, at 17:52, Gregory Pierce wrote: >> > >> >> Anybody know what the Servlet is looking for when it first starts >> >> up that would cause it to be looking at directories on the >> >> machine? Getting this from download of 4.2 from last night. >> >> >> >> 12:45:59,317 INFO [STDOUT] Servlet.service() for servlet grails >> >> threw exception >> >> java.lang.IllegalArgumentException: Resource path [/javalibs/ >> >> jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory >> >> at >> >> >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> >> er.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java: >> >> 489) >> >> at >> >> >> org.springframework.core.io.support.PathMatchingResourcePatternResolv >> >> er.doFindMatchingFileSystemResources >> >> (PathMatchingResourcePatternResolver.java:469) >> > >> > It's just a warning, not affecting behaviour. It's an issue >> > relating to reloading of resources by plugins which have/had a >> > file:/. URL in them. >> > >> > Marc >> > >> > >> > >> --------------------------------------------------------------------- >> > 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 >> >> > > > -- > Graeme Rocher > Grails Project Lead > http://grails.org > > --------------------------------------------------------------------- > 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 |
|
I doubt the problem is the error you are getting in the stack trace.
this is just a warning printed from a try/catch and is not re-thrown so its not preventing anything. We'll reduce to debug level for this error message for next release Cheers On 3/9/07, Gregory Pierce <[hidden email]> wrote: > Deploy as a war. > > > On Mar 8, 2007, at 5:04 PM, Graeme Rocher wrote: > > > Deployed as a WAR or running within Jetty? > > > > Cheers > > > > On 3/8/07, Gregory Pierce <[hidden email]> wrote: > >> Here is what is showing up in the server log (complete)... the error > >> is preventing my Grails pages from even showing up. I'm getting a > >> stacktrace in the browser: > >> > >> 14:28:25,610 INFO [STDOUT] Servlet.service() for servlet grails > >> threw exception > >> java.lang.IllegalArgumentException: Resource path [/javalibs/ > >> jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory > >> at > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> er. > >> retrieveMatchingFiles(PathMatchingResourcePatternResolver.java:489) > >> at > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> er. > >> doFindMatchingFileSystemResources > >> (PathMatchingResourcePatternResolver.java:469) > >> at > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> er. > >> doFindPathMatchingFileResources > >> (PathMatchingResourcePatternResolver.java:452) > >> at > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> er. > >> findPathMatchingResources(PathMatchingResourcePatternResolver.java: > >> 321) > >> at > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> er. > >> getResources(PathMatchingResourcePatternResolver.java:255) > >> at > >> org.codehaus.groovy.grails.plugins.DefaultGrailsPlugin.checkForNewRes > >> our > >> ces(DefaultGrailsPlugin.java:440) > >> at > >> org.codehaus.groovy.grails.plugins.DefaultGrailsPlugin.checkForChange > >> s > >> (DefaultGrailsPlugin.java:356) > >> at > >> org.codehaus.groovy.grails.plugins.DefaultGrailsPluginManager.checkFo > >> rCh > >> anges(DefaultGrailsPluginManager.java:593) > >> at > >> org.codehaus.groovy.grails.web.servlet.filter.GrailsReloadServletFilt > >> er. > >> doFilterInternal(GrailsReloadServletFilter.java:141) > >> at > >> org.springframework.web.filter.OncePerRequestFilter.doFilter > >> (OncePerRequestFilter.java:77) > >> at > >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > >> (ApplicationFilterChain.java:202) > >> at org.apache.catalina.core.ApplicationFilterChain.doFilter > >> (ApplicationFilterChain.java:173) > >> at > >> com.opensymphony.module.sitemesh.filter.PageFilter.parsePage > >> (PageFilter.java:119) > >> at > >> com.opensymphony.module.sitemesh.filter.PageFilter.doFilter > >> (PageFilter.java:55) > >> at > >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > >> (ApplicationFilterChain.java:202) > >> at org.apache.catalina.core.ApplicationFilterChain.doFilter > >> (ApplicationFilterChain.java:173) > >> at > >> org.codehaus.groovy.grails.web.servlet.mvc.GrailsWebRequestFilter.doF > >> ilt > >> erInternal(GrailsWebRequestFilter.java:53) > >> at > >> org.springframework.web.filter.OncePerRequestFilter.doFilter > >> (OncePerRequestFilter.java:77) > >> at > >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > >> (ApplicationFilterChain.java:202) > >> at org.apache.catalina.core.ApplicationFilterChain.doFilter > >> (ApplicationFilterChain.java:173) > >> at > >> org.springframework.web.filter.CharacterEncodingFilter.doFilterIntern > >> al( > >> CharacterEncodingFilter.java:78) > >> at > >> org.springframework.web.filter.OncePerRequestFilter.doFilter > >> (OncePerRequestFilter.java:77) > >> at > >> org.springframework.web.filter.DelegatingFilterProxy.doFilter > >> (DelegatingFilterProxy.java:138) > >> at > >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > >> (ApplicationFilterChain.java:202) > >> at org.apache.catalina.core.ApplicationFilterChain.doFilter > >> (ApplicationFilterChain.java:173) > >> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter > >> (ReplyHeaderFilter.java:96) > >> at > >> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter > >> (ApplicationFilterChain.java:202) > >> at org.apache.catalina.core.ApplicationFilterChain.doFilter > >> (ApplicationFilterChain.java:173) > >> at org.apache.catalina.core.StandardWrapperValve.invoke > >> (StandardWrapperValve.java:213) > >> at org.apache.catalina.core.StandardContextValve.invoke > >> (StandardContextValve.java:178) > >> at > >> org.jboss.web.tomcat.security.SecurityAssociationValve.invoke > >> (SecurityAssociationValve.java:175) > >> at org.jboss.web.tomcat.security.JaccContextValve.invoke > >> (JaccContextValve.java:74) > >> at org.apache.catalina.core.StandardHostValve.invoke > >> (StandardHostValve.java:126) > >> at org.apache.catalina.valves.ErrorReportValve.invoke > >> (ErrorReportValve.java:105) > >> at org.jboss.web.tomcat.tc5.jca.CachedConnectionValve.invoke > >> (CachedConnectionValve.java:156) > >> at org.jboss.web.tomcat.tc5.sso.ClusteredSingleSignOn.invoke > >> (ClusteredSingleSignOn.java:637) > >> at org.apache.catalina.core.StandardEngineValve.invoke > >> (StandardEngineValve.java:107) > >> at org.apache.catalina.connector.CoyoteAdapter.service > >> (CoyoteAdapter.java:148) > >> at org.apache.coyote.http11.Http11Processor.process > >> (Http11Processor.java:869) > >> at org.apache.coyote.http11.Http11BaseProtocol > >> $Http11ConnectionHandler.processConnection(Http11BaseProtocol.java: > >> 664) > >> at org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket > >> (PoolTcpEndpoint.java:527) > >> at org.apache.tomcat.util.net.MasterSlaveWorkerThread.run > >> (MasterSlaveWorkerThread.java:112) > >> at java.lang.Thread.run(Thread.java:613) > >> > >> > >> > >> On Mar 8, 2007, at 2:19 PM, Marc Palmer wrote: > >> > >> > > >> > On 8 Mar 2007, at 17:52, Gregory Pierce wrote: > >> > > >> >> Anybody know what the Servlet is looking for when it first starts > >> >> up that would cause it to be looking at directories on the > >> >> machine? Getting this from download of 4.2 from last night. > >> >> > >> >> 12:45:59,317 INFO [STDOUT] Servlet.service() for servlet grails > >> >> threw exception > >> >> java.lang.IllegalArgumentException: Resource path [/javalibs/ > >> >> jboss-4.0.5.GA/bin/./grails-app/utils] does not denote a directory > >> >> at > >> >> > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> >> er.retrieveMatchingFiles(PathMatchingResourcePatternResolver.java: > >> >> 489) > >> >> at > >> >> > >> org.springframework.core.io.support.PathMatchingResourcePatternResolv > >> >> er.doFindMatchingFileSystemResources > >> >> (PathMatchingResourcePatternResolver.java:469) > >> > > >> > It's just a warning, not affecting behaviour. It's an issue > >> > relating to reloading of resources by plugins which have/had a > >> > file:/. URL in them. > >> > > >> > Marc > >> > > >> > > >> > > >> --------------------------------------------------------------------- > >> > 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 > >> > >> > > > > > > -- > > Graeme Rocher > > Grails Project Lead > > http://grails.org > > > > --------------------------------------------------------------------- > > 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 > > -- Graeme Rocher Grails Project Lead http://grails.org --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email |
|
I have the same problem on Tomcat 5.5, it causes a 500 exception, rendering the app unuseable
|
| Powered by Nabble | Edit this page |
