Hi, I just wanted to follow up on this to see if anyone else has been able to confirm/reproduce the problem I described in my previous email on this thread. My implementation of the tutorial is published on github at https://github.com/axiopisty/osgi-enroute-maven-tutorial.
The exception is reproduced by running the bundle produced in the bndrun module and then going to http://localhost:8080/osgi.enroute.examples.eval/index.html in your browser. Kind regards, Elliot On Wed, Nov 2, 2016 at 10:57 AM, Elliot Huntington < elliot.hunting...@gmail.com> wrote: > Certainly, I thought I did that in the original email. The link is: > https://github.com/axiopisty/osgi-enroute-maven-tutorial. > > Is it not accessible? > > On Wed, Nov 2, 2016 at 1:31 AM, Peter Kriens <peter.kri...@aqute.biz> > wrote: > >> Can you share your workspace on Github? >> >> Kind regards, >> >> Peter Kriens >> >> On 2 nov. 2016, at 06:07, Elliot Huntington <elliot.hunting...@gmail.com> >> wrote: >> >> I've been working through this tutorial tonight and everything works as >> explained until I get to step 8: A Web Application. When I try to open the >> web application in the browser (http://localhost:8080/osgi.en >> route.examples.eval) an exception is thrown: >> >> osgi.enroute.web.server.exceptions.NotFound404Exception >> at osgi.enroute.web.server.provider.WebresourceServlet.doGet( >> WebresourceServlet.java:221) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:618) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) >> at org.apache.felix.http.base.internal.handler.ServletHandler. >> handle(ServletHandler.java:85) >> at org.apache.felix.http.base.internal.dispatch.InvocationChain >> .doFilter(InvocationChain.java:79) >> at org.apache.felix.http.base.internal.dispatch.Dispatcher.disp >> atch(Dispatcher.java:124) >> at org.apache.felix.http.base.internal.DispatcherServlet.servic >> e(DispatcherServlet.java:61) >> at javax.servlet.http.HttpServlet.service(HttpServlet.java:725) >> at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder >> .java:845) >> at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHan >> dler.java:583) >> at org.eclipse.jetty.server.session.SessionHandler.doHandle( >> SessionHandler.java:224) >> at org.eclipse.jetty.server.handler.ContextHandler.doHandle( >> ContextHandler.java:1160) >> at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHand >> ler.java:511) >> at org.eclipse.jetty.server.session.SessionHandler.doScope( >> SessionHandler.java:185) >> at org.eclipse.jetty.server.handler.ContextHandler.doScope( >> ContextHandler.java:1092) >> at org.eclipse.jetty.server.handler.ScopedHandler.handle(Scoped >> Handler.java:141) >> at org.eclipse.jetty.server.handler.ContextHandlerCollection.ha >> ndle(ContextHandlerCollection.java:213) >> at org.eclipse.jetty.server.handler.HandlerWrapper.handle(Handl >> erWrapper.java:134) >> at org.eclipse.jetty.server.Server.handle(Server.java:518) >> at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:308) >> at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConne >> ction.java:244) >> at org.eclipse.jetty.io.AbstractConnection$ReadCallback. >> succeeded(AbstractConnection.java:273) >> at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95) >> at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChann >> elEndPoint.java:93) >> at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume >> .produceAndRun(ExecuteProduceConsume.java:246) >> at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume >> .run(ExecuteProduceConsume.java:156) >> at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(Queued >> ThreadPool.java:654) >> at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedT >> hreadPool.java:572) >> at java.lang.Thread.run(Thread.java:745) >> >> I think this might have something to do with this part of the tutorial: >> >> -------------- >> >> The Javascript Code >> >> The Javascript code must be placed in a directory in the >> *src/resources/main/web*. >> Any content in this directory is treated as a web resource and automatically >> included in the index.html page. The name of the files is irrelevant but the >> extension >> is since the selection in the index.html file takes place on extension. >> >> application $ mkdir -p *src/main/resources/web* >> >> main.js >> >> application $ vi src/main/resources/web/main.js >> // add the content >> >> ---------------- >> >> I tried placing the main.js file in each location highlighted in bold but >> I got the same error regardless of where I put the file. The error isn't >> explicit regarding which resource is not found, so I don't know how to >> proceed. >> >> I posted the project on my github account for an exact reference to see >> if I made any mistakes. Any help resolving this issue will be greatly >> appreciated. >> >> https://github.com/axiopisty/osgi-enroute-maven-tutorial >> >> Thank you, >> Elliot >> >> On Thu, Oct 13, 2016 at 3:17 PM, Daghan ACAY <daghana...@hotmail.com> >> wrote: >> >>> Hi Christian, >>> >>> I was quite happy with the auto deploy until now. I give you that >>> sometimes it breaks when i do something fancy, e.g change code and save >>> while stopped at debug point. But other than that it was quite solid. >>> >>> On the other hand i had fair amount of problem when i refresh >>> repositories. Sometimes for no reason projects in workspace gives >>> compilation error and it takes multiple repository refreshes from bndtools >>> menu in eclipse to get it recognizing distro and other repositories. But >>> that is another bug report. >>> >>> Thanks for the answers i am looking forward to get my hands on the code. >>> >>> Cheers >>> Daghan >>> >>> Sent by MailWise <http://www.mail-wise.com/installation/2> – See your >>> emails as clean, short chats. >>> >>> >>> -------- Original Message -------- >>> From: Christian Schneider <ch...@die-schneider.net> >>> Sent: Thursday, October 13, 2016 07:38 PM >>> To: OSGi Developer Mail List <osgi-dev@mail.osgi.org> >>> Subject: Re: [osgi-dev] OSGi enRoute Maven Testers wanted ... >>> >>> Hi Daghan, >>> >>> I think I can answer part of your questions. >>> >>> Christian >>> >>> On 12.10.2016 23:27, Daghan ACAY wrote: >>> > >>> > 2- how is bndtool resolution and hot deploy from eclipse affected? >>> > Should we still resolve bndrun in eclipse? >>> > >>> You can still resolve using the UI. But you can also do a pure maven >>> build. >>> Hot deploy does not work reliably. You have to at least do mvn install >>> on the module you changed and restart your OSGi runtime. >>> > >>> > 3- as a suggestion breaking a build and copy pasting will not work in >>> > ci/cd. I think a more automated solution can be beneficial. >>> > >>> You can use this configuration to make the resolve completely automated >>> <configuration> >>> <resolve>true</resolve> >>> <failOnChanges>false</failOnChanges> >>> </configuration> >>> >>> -- >>> Christian Schneider >>> http://www.liquid-reality.de >>> >>> Open Source Architect >>> http://www.talend.com >>> >>> _______________________________________________ >>> OSGi Developer Mail List >>> osgi-dev@mail.osgi.org >>> https://mail.osgi.org/mailman/listinfo/osgi-dev >>> >>> _______________________________________________ >>> OSGi Developer Mail List >>> osgi-dev@mail.osgi.org >>> https://mail.osgi.org/mailman/listinfo/osgi-dev >>> >> >> _______________________________________________ >> OSGi Developer Mail List >> osgi-dev@mail.osgi.org >> https://mail.osgi.org/mailman/listinfo/osgi-dev >> >> >> >> _______________________________________________ >> OSGi Developer Mail List >> osgi-dev@mail.osgi.org >> https://mail.osgi.org/mailman/listinfo/osgi-dev >> > >
_______________________________________________ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev