Quantcast

Error during Servlet.service()

classic Classic list List threaded Threaded
8 messages Options
Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Error during Servlet.service()

Gregory Pierce-2
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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Error during Servlet.service()

Marc Palmer Local

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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Error during Servlet.service()

Gregory Pierce-2
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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Error during Servlet.service()

Gregory Pierce-2
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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Error during Servlet.service()

graemer
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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Error during Servlet.service()

Gregory Pierce-2
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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Error during Servlet.service()

graemer
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

Reply | Threaded
Open this post in threaded view
|  
Report Content as Inappropriate
star

Re: Error during Servlet.service()

erich.oliphant
I have the same problem on Tomcat 5.5, it causes a 500 exception, rendering the app unuseable


graemer wrote
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 <gpierce@sojournermobile.com> 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 <gpierce@sojournermobile.com> 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
Loading...