You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@oltu.apache.org by Chris Kruk <ch...@googlemail.com> on 2012/09/05 17:06:30 UTC
HTTP ERROR 404- missing main.jsp (?)
Hi,
I started testing Amache Amber project and already encountered some
problems. When I use client-demo and choose Github tab then provide
'Requested Access Scope', 'Client ID' and 'Client Secret' I got 'App
Authorization' request from Github asking me to allow or deny request.
When I choose allow, I get back to the client-demo which fails with
'HTTP ERROR 404' and the following info:
Problem accessing /WEB-INF/views/main.jsp. Reason:
NOT_FOUND
Jetty reports: ERROR: PWC6117: File
"/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
not found
Also when I try to use redirect URL <hostname>:8080/redirect it fails
with the same error above.
I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
something is not fully configured on my end?
Thanks,
Chris
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Chris Kruk <ch...@googlemail.com>.
Many thanks for you both. Checked out the latest version and I'm at
the revision 1381624.
Thanks,
Chris
On 6 September 2012 15:33, Łukasz Moreń <lu...@gmail.com> wrote:
> You can use:
> http://svn.apache.org/repos/asf/incubator/amber/trunk/oauth-2.0/
>
>
> On Thu, Sep 6, 2012 at 4:22 PM, Chris Kruk <ch...@googlemail.com>
> wrote:
>>
>> Hi Lukasz,
>>
>> How can I get hold of this fix? The previous source code I took from:
>> archive.apache.org/dist/incubator/amber/
>>
>> Thanks,
>> Chris
>>
>> On 6 September 2012 14:50, Łukasz Moreń <lu...@gmail.com> wrote:
>> > Hi Chris,
>> >
>> > I've just committed fix for that. Now you should be able to go through
>> > the
>> > entire flow smothly :)
>> >
>> > Cheers, Lukasz
>> >
>> >
>> > On Thu, Sep 6, 2012 at 3:36 PM, Chris Kruk <ch...@googlemail.com>
>> > wrote:
>> >>
>> >> Hi Antonio and Lukasz,
>> >>
>> >> Thank you both for your quick reply and help. You were right I have
>> >> had misconfiguration between github and client as I put real hostname
>> >> in the github callback url, which I changed back to
>> >> localhost:8080/redirect. I've managed to pass the step 1 "Get User's
>> >> Authorization", and got Authorization Code back (step 2 Get Access
>> >> Token). Unfortunately I've encountered another problem, when i press
>> >> 'Get Token', it fails with this error:
>> >>
>> >> HTTP ERROR 500
>> >>
>> >> Problem accessing /get_token. Reason:
>> >>
>> >> INTERNAL_SERVER_ERROR
>> >>
>> >> Caused by:
>> >>
>> >> java.lang.NullPointerException
>> >> at
>> >>
>> >> org.apache.amber.oauth2.client.demo.controller.TokenController.authorize(TokenController.java:87)
>> >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> >> at
>> >>
>> >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> >> at
>> >>
>> >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> >> at java.lang.reflect.Method.invoke(Method.java:616)
>> >> at
>> >>
>> >> org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:175)
>> >> at
>> >>
>> >> org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:421)
>> >> at
>> >>
>> >> org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:409)
>> >> at
>> >>
>> >> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:774)
>> >> at
>> >>
>> >> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
>> >> at
>> >>
>> >> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
>> >> at
>> >>
>> >> org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)
>> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
>> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> >> at
>> >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> >> at
>> >>
>> >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> >> at
>> >>
>> >> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>> >> at
>> >>
>> >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> >> at
>> >>
>> >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> >> at
>> >> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
>> >> at
>> >> org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327)
>> >> at
>> >> org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
>> >> at
>> >>
>> >> org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(NormalRewrittenUrl.java:195)
>> >> at
>> >>
>> >> org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:159)
>> >> at
>> >> org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
>> >> at
>> >>
>> >> org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
>> >> at
>> >>
>> >> org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:417)
>> >> at
>> >>
>> >> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>> >> at
>> >>
>> >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
>> >> at
>> >>
>> >> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>> >> at
>> >>
>> >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> >> at
>> >>
>> >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> >> at
>> >> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
>> >> at
>> >>
>> >> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
>> >> at
>> >>
>> >> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
>> >> at
>> >>
>> >> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> >> at org.mortbay.jetty.Server.handle(Server.java:326)
>> >> at
>> >> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> >> at
>> >>
>> >> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
>> >> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
>> >> at
>> >> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
>> >> at
>> >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> >> at
>> >>
>> >> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> >> at
>> >>
>> >> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>> >>
>> >> Do you have any idea?
>> >>
>> >> Many thanks,
>> >> Chris
>> >>
>> >> On 6 September 2012 13:37, Antonio Sanso <as...@adobe.com> wrote:
>> >> > Hi Chris,
>> >> >
>> >> > thanks for providing more info.
>> >> > According to the error there is an uri mismatch. Namely you want to
>> >> > change the Redirect URI in the input in order to match the one you
>> >> > have
>> >> > register in GitHub
>> >> >
>> >> > Regards
>> >> >
>> >> > Antonio
>> >> >
>> >> > On Sep 6, 2012, at 11:03 AM, Chris Kruk wrote:
>> >> >
>> >> >> Hi Antonio,
>> >> >>
>> >> >> Thanks for your reply. I use mvn jetty:run to run the tests. I've
>> >> >> included some screenshots and a logfile from jetty startup&run to
>> >> >> explain exactly what I mean.
>> >> >>
>> >> >> Thanks,
>> >> >> Chris
>> >> >>
>> >> >> On 5 September 2012 17:07, Antonio Sanso <as...@adobe.com> wrote:
>> >> >>> Hi Chris,
>> >> >>>
>> >> >>> how do you lunch the demo?
>> >> >>>
>> >> >>> I have just tried
>> >> >>>
>> >> >>> mvn jetty:run
>> >> >>>
>> >> >>> and works for me.
>> >> >>>
>> >> >>> Maybe you are hitting [0]
>> >> >>>
>> >> >>> Regards
>> >> >>>
>> >> >>> Antonio
>> >> >>>
>> >> >>> [0] https://issues.apache.org/jira/browse/AMBER-50
>> >> >>> On Sep 5, 2012, at 5:06 PM, Chris Kruk wrote:
>> >> >>>
>> >> >>>> Hi,
>> >> >>>>
>> >> >>>> I started testing Amache Amber project and already encountered
>> >> >>>> some
>> >> >>>> problems. When I use client-demo and choose Github tab then
>> >> >>>> provide
>> >> >>>> 'Requested Access Scope', 'Client ID' and 'Client Secret' I got
>> >> >>>> 'App
>> >> >>>> Authorization' request from Github asking me to allow or deny
>> >> >>>> request.
>> >> >>>> When I choose allow, I get back to the client-demo which fails
>> >> >>>> with
>> >> >>>> 'HTTP ERROR 404' and the following info:
>> >> >>>> Problem accessing /WEB-INF/views/main.jsp. Reason:
>> >> >>>> NOT_FOUND
>> >> >>>>
>> >> >>>> Jetty reports: ERROR: PWC6117: File
>> >> >>>>
>> >> >>>>
>> >> >>>> "/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
>> >> >>>> not found
>> >> >>>>
>> >> >>>> Also when I try to use redirect URL <hostname>:8080/redirect it
>> >> >>>> fails
>> >> >>>> with the same error above.
>> >> >>>>
>> >> >>>> I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
>> >> >>>> something is not fully configured on my end?
>> >> >>>>
>> >> >>>> Thanks,
>> >> >>>> Chris
>> >> >>>
>> >> >> <logfile.txt><amber-step1.jpg><amber-step2.jpg><amber-step3.jpg>
>> >> >
>> >
>> >
>
>
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Łukasz Moreń <lu...@gmail.com>.
You can use:
http://svn.apache.org/repos/asf/incubator/amber/trunk/oauth-2.0/
On Thu, Sep 6, 2012 at 4:22 PM, Chris Kruk <ch...@googlemail.com>wrote:
> Hi Lukasz,
>
> How can I get hold of this fix? The previous source code I took from:
> archive.apache.org/dist/incubator/amber/
>
> Thanks,
> Chris
>
> On 6 September 2012 14:50, Łukasz Moreń <lu...@gmail.com> wrote:
> > Hi Chris,
> >
> > I've just committed fix for that. Now you should be able to go through
> the
> > entire flow smothly :)
> >
> > Cheers, Lukasz
> >
> >
> > On Thu, Sep 6, 2012 at 3:36 PM, Chris Kruk <ch...@googlemail.com>
> > wrote:
> >>
> >> Hi Antonio and Lukasz,
> >>
> >> Thank you both for your quick reply and help. You were right I have
> >> had misconfiguration between github and client as I put real hostname
> >> in the github callback url, which I changed back to
> >> localhost:8080/redirect. I've managed to pass the step 1 "Get User's
> >> Authorization", and got Authorization Code back (step 2 Get Access
> >> Token). Unfortunately I've encountered another problem, when i press
> >> 'Get Token', it fails with this error:
> >>
> >> HTTP ERROR 500
> >>
> >> Problem accessing /get_token. Reason:
> >>
> >> INTERNAL_SERVER_ERROR
> >>
> >> Caused by:
> >>
> >> java.lang.NullPointerException
> >> at
> >>
> org.apache.amber.oauth2.client.demo.controller.TokenController.authorize(TokenController.java:87)
> >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >> at
> >>
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> >> at
> >>
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> >> at java.lang.reflect.Method.invoke(Method.java:616)
> >> at
> >>
> org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:175)
> >> at
> >>
> org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:421)
> >> at
> >>
> org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:409)
> >> at
> >>
> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:774)
> >> at
> >>
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
> >> at
> >>
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
> >> at
> >>
> org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)
> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
> >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> >> at
> >> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> >> at
> >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> >> at
> >>
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> >> at
> >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> >> at
> >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> >> at
> >> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
> >> at
> >> org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327)
> >> at
> >> org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
> >> at
> >>
> org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(NormalRewrittenUrl.java:195)
> >> at
> >>
> org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:159)
> >> at
> >> org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
> >> at
> >>
> org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
> >> at
> >>
> org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:417)
> >> at
> >>
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
> >> at
> >> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
> >> at
> >>
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> >> at
> >> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> >> at
> >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> >> at
> >> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
> >> at
> >>
> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
> >> at
> >>
> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
> >> at
> >> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> >> at org.mortbay.jetty.Server.handle(Server.java:326)
> >> at
> >> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> >> at
> >>
> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
> >> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
> >> at
> >> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
> >> at
> >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> >> at
> >>
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> >> at
> >>
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
> >>
> >> Do you have any idea?
> >>
> >> Many thanks,
> >> Chris
> >>
> >> On 6 September 2012 13:37, Antonio Sanso <as...@adobe.com> wrote:
> >> > Hi Chris,
> >> >
> >> > thanks for providing more info.
> >> > According to the error there is an uri mismatch. Namely you want to
> >> > change the Redirect URI in the input in order to match the one you
> have
> >> > register in GitHub
> >> >
> >> > Regards
> >> >
> >> > Antonio
> >> >
> >> > On Sep 6, 2012, at 11:03 AM, Chris Kruk wrote:
> >> >
> >> >> Hi Antonio,
> >> >>
> >> >> Thanks for your reply. I use mvn jetty:run to run the tests. I've
> >> >> included some screenshots and a logfile from jetty startup&run to
> >> >> explain exactly what I mean.
> >> >>
> >> >> Thanks,
> >> >> Chris
> >> >>
> >> >> On 5 September 2012 17:07, Antonio Sanso <as...@adobe.com> wrote:
> >> >>> Hi Chris,
> >> >>>
> >> >>> how do you lunch the demo?
> >> >>>
> >> >>> I have just tried
> >> >>>
> >> >>> mvn jetty:run
> >> >>>
> >> >>> and works for me.
> >> >>>
> >> >>> Maybe you are hitting [0]
> >> >>>
> >> >>> Regards
> >> >>>
> >> >>> Antonio
> >> >>>
> >> >>> [0] https://issues.apache.org/jira/browse/AMBER-50
> >> >>> On Sep 5, 2012, at 5:06 PM, Chris Kruk wrote:
> >> >>>
> >> >>>> Hi,
> >> >>>>
> >> >>>> I started testing Amache Amber project and already encountered some
> >> >>>> problems. When I use client-demo and choose Github tab then provide
> >> >>>> 'Requested Access Scope', 'Client ID' and 'Client Secret' I got
> 'App
> >> >>>> Authorization' request from Github asking me to allow or deny
> >> >>>> request.
> >> >>>> When I choose allow, I get back to the client-demo which fails with
> >> >>>> 'HTTP ERROR 404' and the following info:
> >> >>>> Problem accessing /WEB-INF/views/main.jsp. Reason:
> >> >>>> NOT_FOUND
> >> >>>>
> >> >>>> Jetty reports: ERROR: PWC6117: File
> >> >>>>
> >> >>>>
> "/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
> >> >>>> not found
> >> >>>>
> >> >>>> Also when I try to use redirect URL <hostname>:8080/redirect it
> fails
> >> >>>> with the same error above.
> >> >>>>
> >> >>>> I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
> >> >>>> something is not fully configured on my end?
> >> >>>>
> >> >>>> Thanks,
> >> >>>> Chris
> >> >>>
> >> >> <logfile.txt><amber-step1.jpg><amber-step2.jpg><amber-step3.jpg>
> >> >
> >
> >
>
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Chris Kruk <ch...@googlemail.com>.
Hi Lukasz,
How can I get hold of this fix? The previous source code I took from:
archive.apache.org/dist/incubator/amber/
Thanks,
Chris
On 6 September 2012 14:50, Łukasz Moreń <lu...@gmail.com> wrote:
> Hi Chris,
>
> I've just committed fix for that. Now you should be able to go through the
> entire flow smothly :)
>
> Cheers, Lukasz
>
>
> On Thu, Sep 6, 2012 at 3:36 PM, Chris Kruk <ch...@googlemail.com>
> wrote:
>>
>> Hi Antonio and Lukasz,
>>
>> Thank you both for your quick reply and help. You were right I have
>> had misconfiguration between github and client as I put real hostname
>> in the github callback url, which I changed back to
>> localhost:8080/redirect. I've managed to pass the step 1 "Get User's
>> Authorization", and got Authorization Code back (step 2 Get Access
>> Token). Unfortunately I've encountered another problem, when i press
>> 'Get Token', it fails with this error:
>>
>> HTTP ERROR 500
>>
>> Problem accessing /get_token. Reason:
>>
>> INTERNAL_SERVER_ERROR
>>
>> Caused by:
>>
>> java.lang.NullPointerException
>> at
>> org.apache.amber.oauth2.client.demo.controller.TokenController.authorize(TokenController.java:87)
>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>> at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>> at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>> at java.lang.reflect.Method.invoke(Method.java:616)
>> at
>> org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:175)
>> at
>> org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:421)
>> at
>> org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:409)
>> at
>> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:774)
>> at
>> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
>> at
>> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
>> at
>> org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>> at
>> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
>> at
>> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
>> at
>> org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327)
>> at
>> org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
>> at
>> org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(NormalRewrittenUrl.java:195)
>> at
>> org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:159)
>> at
>> org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
>> at
>> org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
>> at
>> org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:417)
>> at
>> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
>> at
>> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
>> at
>> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
>> at
>> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
>> at
>> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
>> at
>> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
>> at
>> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
>> at
>> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
>> at
>> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
>> at org.mortbay.jetty.Server.handle(Server.java:326)
>> at
>> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
>> at
>> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
>> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
>> at
>> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
>> at
>> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
>> at
>> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
>> at
>> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>>
>> Do you have any idea?
>>
>> Many thanks,
>> Chris
>>
>> On 6 September 2012 13:37, Antonio Sanso <as...@adobe.com> wrote:
>> > Hi Chris,
>> >
>> > thanks for providing more info.
>> > According to the error there is an uri mismatch. Namely you want to
>> > change the Redirect URI in the input in order to match the one you have
>> > register in GitHub
>> >
>> > Regards
>> >
>> > Antonio
>> >
>> > On Sep 6, 2012, at 11:03 AM, Chris Kruk wrote:
>> >
>> >> Hi Antonio,
>> >>
>> >> Thanks for your reply. I use mvn jetty:run to run the tests. I've
>> >> included some screenshots and a logfile from jetty startup&run to
>> >> explain exactly what I mean.
>> >>
>> >> Thanks,
>> >> Chris
>> >>
>> >> On 5 September 2012 17:07, Antonio Sanso <as...@adobe.com> wrote:
>> >>> Hi Chris,
>> >>>
>> >>> how do you lunch the demo?
>> >>>
>> >>> I have just tried
>> >>>
>> >>> mvn jetty:run
>> >>>
>> >>> and works for me.
>> >>>
>> >>> Maybe you are hitting [0]
>> >>>
>> >>> Regards
>> >>>
>> >>> Antonio
>> >>>
>> >>> [0] https://issues.apache.org/jira/browse/AMBER-50
>> >>> On Sep 5, 2012, at 5:06 PM, Chris Kruk wrote:
>> >>>
>> >>>> Hi,
>> >>>>
>> >>>> I started testing Amache Amber project and already encountered some
>> >>>> problems. When I use client-demo and choose Github tab then provide
>> >>>> 'Requested Access Scope', 'Client ID' and 'Client Secret' I got 'App
>> >>>> Authorization' request from Github asking me to allow or deny
>> >>>> request.
>> >>>> When I choose allow, I get back to the client-demo which fails with
>> >>>> 'HTTP ERROR 404' and the following info:
>> >>>> Problem accessing /WEB-INF/views/main.jsp. Reason:
>> >>>> NOT_FOUND
>> >>>>
>> >>>> Jetty reports: ERROR: PWC6117: File
>> >>>>
>> >>>> "/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
>> >>>> not found
>> >>>>
>> >>>> Also when I try to use redirect URL <hostname>:8080/redirect it fails
>> >>>> with the same error above.
>> >>>>
>> >>>> I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
>> >>>> something is not fully configured on my end?
>> >>>>
>> >>>> Thanks,
>> >>>> Chris
>> >>>
>> >> <logfile.txt><amber-step1.jpg><amber-step2.jpg><amber-step3.jpg>
>> >
>
>
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Łukasz Moreń <lu...@gmail.com>.
Hi Chris,
I've just committed fix for that. Now you should be able to go through the
entire flow smothly :)
Cheers, Lukasz
On Thu, Sep 6, 2012 at 3:36 PM, Chris Kruk <ch...@googlemail.com>wrote:
> Hi Antonio and Lukasz,
>
> Thank you both for your quick reply and help. You were right I have
> had misconfiguration between github and client as I put real hostname
> in the github callback url, which I changed back to
> localhost:8080/redirect. I've managed to pass the step 1 "Get User's
> Authorization", and got Authorization Code back (step 2 Get Access
> Token). Unfortunately I've encountered another problem, when i press
> 'Get Token', it fails with this error:
>
> HTTP ERROR 500
>
> Problem accessing /get_token. Reason:
>
> INTERNAL_SERVER_ERROR
>
> Caused by:
>
> java.lang.NullPointerException
> at
> org.apache.amber.oauth2.client.demo.controller.TokenController.authorize(TokenController.java:87)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at
> org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:175)
> at
> org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:421)
> at
> org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:409)
> at
> org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:774)
> at
> org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
> at
> org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
> at
> org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
> at
> org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
> at
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
> at
> org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327)
> at
> org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
> at
> org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(NormalRewrittenUrl.java:195)
> at
> org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:159)
> at
> org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
> at
> org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
> at
> org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:417)
> at
> org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
> at
> org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
> at
> org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
> at
> org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
> at
> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
> at
> org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
> at
> org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
> at
> org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
> at
> org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
> at org.mortbay.jetty.Server.handle(Server.java:326)
> at
> org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
> at
> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
> at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
> at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
> at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
> at
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
> at
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>
> Do you have any idea?
>
> Many thanks,
> Chris
>
> On 6 September 2012 13:37, Antonio Sanso <as...@adobe.com> wrote:
> > Hi Chris,
> >
> > thanks for providing more info.
> > According to the error there is an uri mismatch. Namely you want to
> change the Redirect URI in the input in order to match the one you have
> register in GitHub
> >
> > Regards
> >
> > Antonio
> >
> > On Sep 6, 2012, at 11:03 AM, Chris Kruk wrote:
> >
> >> Hi Antonio,
> >>
> >> Thanks for your reply. I use mvn jetty:run to run the tests. I've
> >> included some screenshots and a logfile from jetty startup&run to
> >> explain exactly what I mean.
> >>
> >> Thanks,
> >> Chris
> >>
> >> On 5 September 2012 17:07, Antonio Sanso <as...@adobe.com> wrote:
> >>> Hi Chris,
> >>>
> >>> how do you lunch the demo?
> >>>
> >>> I have just tried
> >>>
> >>> mvn jetty:run
> >>>
> >>> and works for me.
> >>>
> >>> Maybe you are hitting [0]
> >>>
> >>> Regards
> >>>
> >>> Antonio
> >>>
> >>> [0] https://issues.apache.org/jira/browse/AMBER-50
> >>> On Sep 5, 2012, at 5:06 PM, Chris Kruk wrote:
> >>>
> >>>> Hi,
> >>>>
> >>>> I started testing Amache Amber project and already encountered some
> >>>> problems. When I use client-demo and choose Github tab then provide
> >>>> 'Requested Access Scope', 'Client ID' and 'Client Secret' I got 'App
> >>>> Authorization' request from Github asking me to allow or deny request.
> >>>> When I choose allow, I get back to the client-demo which fails with
> >>>> 'HTTP ERROR 404' and the following info:
> >>>> Problem accessing /WEB-INF/views/main.jsp. Reason:
> >>>> NOT_FOUND
> >>>>
> >>>> Jetty reports: ERROR: PWC6117: File
> >>>>
> "/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
> >>>> not found
> >>>>
> >>>> Also when I try to use redirect URL <hostname>:8080/redirect it fails
> >>>> with the same error above.
> >>>>
> >>>> I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
> >>>> something is not fully configured on my end?
> >>>>
> >>>> Thanks,
> >>>> Chris
> >>>
> >> <logfile.txt><amber-step1.jpg><amber-step2.jpg><amber-step3.jpg>
> >
>
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Chris Kruk <ch...@googlemail.com>.
Hi Antonio and Lukasz,
Thank you both for your quick reply and help. You were right I have
had misconfiguration between github and client as I put real hostname
in the github callback url, which I changed back to
localhost:8080/redirect. I've managed to pass the step 1 "Get User's
Authorization", and got Authorization Code back (step 2 Get Access
Token). Unfortunately I've encountered another problem, when i press
'Get Token', it fails with this error:
HTTP ERROR 500
Problem accessing /get_token. Reason:
INTERNAL_SERVER_ERROR
Caused by:
java.lang.NullPointerException
at org.apache.amber.oauth2.client.demo.controller.TokenController.authorize(TokenController.java:87)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:616)
at org.springframework.web.bind.annotation.support.HandlerMethodInvoker.invokeHandlerMethod(HandlerMethodInvoker.java:175)
at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.invokeHandlerMethod(AnnotationMethodHandlerAdapter.java:421)
at org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter.handle(AnnotationMethodHandlerAdapter.java:409)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:774)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:719)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:644)
at org.springframework.web.servlet.FrameworkServlet.doPost(FrameworkServlet.java:560)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java:511)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:390)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:327)
at org.mortbay.jetty.servlet.Dispatcher.forward(Dispatcher.java:126)
at org.tuckey.web.filters.urlrewrite.NormalRewrittenUrl.doRewrite(NormalRewrittenUrl.java:195)
at org.tuckey.web.filters.urlrewrite.RuleChain.handleRewrite(RuleChain.java:159)
at org.tuckey.web.filters.urlrewrite.RuleChain.doRules(RuleChain.java:141)
at org.tuckey.web.filters.urlrewrite.UrlRewriter.processRequest(UrlRewriter.java:90)
at org.tuckey.web.filters.urlrewrite.UrlRewriteFilter.doFilter(UrlRewriteFilter.java:417)
at org.mortbay.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1157)
at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:388)
at org.mortbay.jetty.security.SecurityHandler.handle(SecurityHandler.java:216)
at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:182)
at org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765)
at org.mortbay.jetty.webapp.WebAppContext.handle(WebAppContext.java:418)
at org.mortbay.jetty.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:230)
at org.mortbay.jetty.handler.HandlerCollection.handle(HandlerCollection.java:114)
at org.mortbay.jetty.handler.HandlerWrapper.handle(HandlerWrapper.java:152)
at org.mortbay.jetty.Server.handle(Server.java:326)
at org.mortbay.jetty.HttpConnection.handleRequest(HttpConnection.java:542)
at org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:943)
at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:756)
at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404)
at org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410)
at org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
Do you have any idea?
Many thanks,
Chris
On 6 September 2012 13:37, Antonio Sanso <as...@adobe.com> wrote:
> Hi Chris,
>
> thanks for providing more info.
> According to the error there is an uri mismatch. Namely you want to change the Redirect URI in the input in order to match the one you have register in GitHub
>
> Regards
>
> Antonio
>
> On Sep 6, 2012, at 11:03 AM, Chris Kruk wrote:
>
>> Hi Antonio,
>>
>> Thanks for your reply. I use mvn jetty:run to run the tests. I've
>> included some screenshots and a logfile from jetty startup&run to
>> explain exactly what I mean.
>>
>> Thanks,
>> Chris
>>
>> On 5 September 2012 17:07, Antonio Sanso <as...@adobe.com> wrote:
>>> Hi Chris,
>>>
>>> how do you lunch the demo?
>>>
>>> I have just tried
>>>
>>> mvn jetty:run
>>>
>>> and works for me.
>>>
>>> Maybe you are hitting [0]
>>>
>>> Regards
>>>
>>> Antonio
>>>
>>> [0] https://issues.apache.org/jira/browse/AMBER-50
>>> On Sep 5, 2012, at 5:06 PM, Chris Kruk wrote:
>>>
>>>> Hi,
>>>>
>>>> I started testing Amache Amber project and already encountered some
>>>> problems. When I use client-demo and choose Github tab then provide
>>>> 'Requested Access Scope', 'Client ID' and 'Client Secret' I got 'App
>>>> Authorization' request from Github asking me to allow or deny request.
>>>> When I choose allow, I get back to the client-demo which fails with
>>>> 'HTTP ERROR 404' and the following info:
>>>> Problem accessing /WEB-INF/views/main.jsp. Reason:
>>>> NOT_FOUND
>>>>
>>>> Jetty reports: ERROR: PWC6117: File
>>>> "/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
>>>> not found
>>>>
>>>> Also when I try to use redirect URL <hostname>:8080/redirect it fails
>>>> with the same error above.
>>>>
>>>> I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
>>>> something is not fully configured on my end?
>>>>
>>>> Thanks,
>>>> Chris
>>>
>> <logfile.txt><amber-step1.jpg><amber-step2.jpg><amber-step3.jpg>
>
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Antonio Sanso <as...@adobe.com>.
Hi Chris,
thanks for providing more info.
According to the error there is an uri mismatch. Namely you want to change the Redirect URI in the input in order to match the one you have register in GitHub
Regards
Antonio
On Sep 6, 2012, at 11:03 AM, Chris Kruk wrote:
> Hi Antonio,
>
> Thanks for your reply. I use mvn jetty:run to run the tests. I've
> included some screenshots and a logfile from jetty startup&run to
> explain exactly what I mean.
>
> Thanks,
> Chris
>
> On 5 September 2012 17:07, Antonio Sanso <as...@adobe.com> wrote:
>> Hi Chris,
>>
>> how do you lunch the demo?
>>
>> I have just tried
>>
>> mvn jetty:run
>>
>> and works for me.
>>
>> Maybe you are hitting [0]
>>
>> Regards
>>
>> Antonio
>>
>> [0] https://issues.apache.org/jira/browse/AMBER-50
>> On Sep 5, 2012, at 5:06 PM, Chris Kruk wrote:
>>
>>> Hi,
>>>
>>> I started testing Amache Amber project and already encountered some
>>> problems. When I use client-demo and choose Github tab then provide
>>> 'Requested Access Scope', 'Client ID' and 'Client Secret' I got 'App
>>> Authorization' request from Github asking me to allow or deny request.
>>> When I choose allow, I get back to the client-demo which fails with
>>> 'HTTP ERROR 404' and the following info:
>>> Problem accessing /WEB-INF/views/main.jsp. Reason:
>>> NOT_FOUND
>>>
>>> Jetty reports: ERROR: PWC6117: File
>>> "/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
>>> not found
>>>
>>> Also when I try to use redirect URL <hostname>:8080/redirect it fails
>>> with the same error above.
>>>
>>> I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
>>> something is not fully configured on my end?
>>>
>>> Thanks,
>>> Chris
>>
> <logfile.txt><amber-step1.jpg><amber-step2.jpg><amber-step3.jpg>
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Chris Kruk <ch...@googlemail.com>.
Hi Antonio,
Thanks for your reply. I use mvn jetty:run to run the tests. I've
included some screenshots and a logfile from jetty startup&run to
explain exactly what I mean.
Thanks,
Chris
On 5 September 2012 17:07, Antonio Sanso <as...@adobe.com> wrote:
> Hi Chris,
>
> how do you lunch the demo?
>
> I have just tried
>
> mvn jetty:run
>
> and works for me.
>
> Maybe you are hitting [0]
>
> Regards
>
> Antonio
>
> [0] https://issues.apache.org/jira/browse/AMBER-50
> On Sep 5, 2012, at 5:06 PM, Chris Kruk wrote:
>
>> Hi,
>>
>> I started testing Amache Amber project and already encountered some
>> problems. When I use client-demo and choose Github tab then provide
>> 'Requested Access Scope', 'Client ID' and 'Client Secret' I got 'App
>> Authorization' request from Github asking me to allow or deny request.
>> When I choose allow, I get back to the client-demo which fails with
>> 'HTTP ERROR 404' and the following info:
>> Problem accessing /WEB-INF/views/main.jsp. Reason:
>> NOT_FOUND
>>
>> Jetty reports: ERROR: PWC6117: File
>> "/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
>> not found
>>
>> Also when I try to use redirect URL <hostname>:8080/redirect it fails
>> with the same error above.
>>
>> I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
>> something is not fully configured on my end?
>>
>> Thanks,
>> Chris
>
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Antonio Sanso <as...@adobe.com>.
Hi Chris,
how do you lunch the demo?
I have just tried
mvn jetty:run
and works for me.
Maybe you are hitting [0]
Regards
Antonio
[0] https://issues.apache.org/jira/browse/AMBER-50
On Sep 5, 2012, at 5:06 PM, Chris Kruk wrote:
> Hi,
>
> I started testing Amache Amber project and already encountered some
> problems. When I use client-demo and choose Github tab then provide
> 'Requested Access Scope', 'Client ID' and 'Client Secret' I got 'App
> Authorization' request from Github asking me to allow or deny request.
> When I choose allow, I get back to the client-demo which fails with
> 'HTTP ERROR 404' and the following info:
> Problem accessing /WEB-INF/views/main.jsp. Reason:
> NOT_FOUND
>
> Jetty reports: ERROR: PWC6117: File
> "/.../amber-sources-0.22-incubating/oauth-2.0/client-demo/src/main/webapp/WEB-INF/views/main.jsp"
> not found
>
> Also when I try to use redirect URL <hostname>:8080/redirect it fails
> with the same error above.
>
> I checked that 'main.jsp' indeed doesn't exist. Is this a bug or
> something is not fully configured on my end?
>
> Thanks,
> Chris
Re: HTTP ERROR 404- missing main.jsp (?)
Posted by Łukasz Moreń <lu...@gmail.com>.
Hi Chris,
That's strange behaviour. Please try using localhost:8080 instead of using
custom hostname.
Cheers, Lukasz Moren
On Wed, Sep 5, 2012 at 5:06 PM, Chris Kruk <ch...@googlemail.com>wrote:
> main.jsp