Hi all, On Tue, Oct 2, 2012 at 1:18 PM, Reto Bachmann-Gmür <[email protected]> wrote: > Hi Rupert > > Expect a fix for this issue by the end of the week. Consider that the users > experiencing the issue are the most capable ones that were able to change > the console password.
It definitely also affects user that do not change the password. Yesterday, Sebastian Schaffert experienced this on a fresh new Stanbol instance (on the first start, first access to the Felix Console) and it also happened to myself. However it appears only from time to time and is not something one can easily reproduce ... looks more like a race condition. > > If you can't wait till the end of the week I could even commit a quick fix > later today. > I think a fix later this week should be OK. best Rupert > Cheers > Reto > On 2 Oct 2012 10:58, "Rupert Westenthaler" <[email protected]> > wrote: > >> Hi Reto, >> >> I am really unhappy with this, as access to the Felix Web Console is >> critical for Stanbol users and the workaround is much to complex for >> most users. Because of that I would like to propose the removal of the >> authentication bundle list form the Stanbol Launchers as long as this >> is not fixed. >> >> Generally I would recommend to move the development of this feature to >> an own branch as I expect to have it a bigger impact to Stanbol and >> its components. This would also allow more often commits of >> intermediate states in the development >> >> WDYT >> Rupert >> >> On Sun, Sep 23, 2012 at 1:24 PM, Reto Bachmann-Gmür <[email protected]> >> wrote: >> > Ok, the problem has to do with two username and password checks which >> grant >> > access under mutually exclusive conditions. >> > >> > So the work around: set the same password for your stanbol security admin >> > user as for the felix console admin user. To do this you may follow the >> > reset password instructions at http://incubator.apache.org/clerezza/faq/ >> , >> > but you have to install the additional bundle >> > org.apche.clerezza:rdf.scala.utils. >> > >> > To do this enter the following command on the console: >> > >> > zz>start(" >> > >> http://central.maven.org/maven2/org/apache/clerezza/rdf.scala.utils/0.3-incubating/rdf.scala.utils-0.3-incubating.jar >> > ") >> > >> > Then reconnect the console (:q to terminate) and follow the instructions >> as >> > per the clerezza faq. >> > >> > Clearly this is just a work around. I'm working on a real solution which >> > integrates the two authentication mechanisms. >> > >> > Cheers, >> > Reto >> > >> > >> > On Sun, Sep 23, 2012 at 9:55 AM, Rupert Westenthaler < >> > [email protected]> wrote: >> > >> >> Hi Reto, >> >> >> >> The problem reported here by Dave now also appears on the >> >> >> >> http://dev.iks-project.eu:8081/system/console >> >> >> >> Stanbol instance after we have updated it yesterday. Hopefully this >> >> helps you in tracking this down. >> >> >> >> Reto as far as I know you have an admin account on that machine. If >> >> not please contact Szaby >> >> >> >> best >> >> Rupert >> >> >> >> >> >> On Sat, Sep 1, 2012 at 5:19 AM, Dave Butler <[email protected]> wrote: >> >> > We have been using the same configuration now for about a year. The >> >> build, >> >> > deployment and running. The change seems to have occured in the last >> >> eight >> >> > days, as prior builds appear to function. However I was running these >> >> from >> >> > another machine. Ran from Safari and Chrome and the same behaviour. >> >> > >> >> > >> >> > >> >> > On 1 September 2012 03:14, Reto Bachmann-Gmür <[email protected]> >> wrote: >> >> > >> >> >> Quite weird, it looks like your browser is sending an Authorization >> >> header >> >> >> with a value that can't be recognized. Does it work with another >> >> browser or >> >> >> if you restart your browser. Anyway I'll see how the system could >> handle >> >> >> unrecognized Authorization values more gracefully. >> >> >> >> >> >> Cheers, >> >> >> Reto >> >> >> >> >> >> On Fri, Aug 31, 2012 at 5:07 PM, Dave Butler <[email protected]> >> >> wrote: >> >> >> >> >> >> > Reto, >> >> >> > >> >> >> > Starting from command line as normal with java -Xmx2048m >> >> >> > -XX:MaxPermSize=256m -jar >> >> >> > org.apache.stanbol.launchers.full-0.10.0-incubating-SNAPSHOT.jar >> >> -p9080 >> >> >> > >> >> >> > And I only get this when going to the Osgi Console. >> >> >> > >> >> >> > The error generated is >> >> >> > org.apache.stanbol.commons.security.auth.AuthenticationCheckerImpl >> No >> >> >> > service could unsuccessfully authenticate user admin. Reason: user >> >> does >> >> >> not >> >> >> > exist >> >> >> > 31.08.2012 15:43:14.765 *WARN* [141002294@qtp-2046274478-5] >> >> >> > org.apache.felix.http.jetty /system/console >> >> >> > (java.lang.ArrayIndexOutOfBoundsException: 0) >> >> >> > java.lang.ArrayIndexOutOfBoundsException: 0 >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.stanbol.commons.authentication.basic.BasicAuthentication.authenticate(BasicAuthentication.java:72) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.stanbol.commons.security.auth.AuthenticatingFilter.doFilter(AuthenticatingFilter.java:137) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.stanbol.commons.httpqueryheaders.impl.QueryHeadersFilter.doFilter(QueryHeadersFilter.java:75) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.doHandle(FilterHandler.java:88) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.handler.FilterHandler.handle(FilterHandler.java:76) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:47) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.dispatch.HttpFilterChain.doFilter(HttpFilterChain.java:33) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.dispatch.FilterPipeline.dispatch(FilterPipeline.java:48) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.dispatch.Dispatcher.dispatch(Dispatcher.java:39) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.apache.felix.http.base.internal.DispatcherServlet.service(DispatcherServlet.java:67) >> >> >> > 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.servlet.SessionHandler.handle(SessionHandler.java:182) >> >> >> > at >> >> >> > >> >> org.mortbay.jetty.handler.ContextHandler.handle(ContextHandler.java:765) >> >> >> > 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.headerComplete(HttpConnection.java:926) >> >> >> > at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:549) >> >> >> > at >> >> org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:212) >> >> >> > at >> >> org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:404) >> >> >> > at >> >> >> > >> >> >> > >> >> >> >> >> >> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:410) >> >> >> > at org.mortbay.thread.QueuedThreadPool >> >> >> > >> >> >> > TIA >> >> >> > >> >> >> > Dave >> >> >> > >> ********************************************************************** >> >> >> > >> >> >> >> >> > >> >> > >> >> > >> >> > -- >> >> > Regards >> >> > >> >> > Dave Butler >> >> > butlerdi-at-pharm2phork-dot-org >> >> > >> >> > Also on Skype as pharm2phork >> >> > >> >> > Get Skype here http://www.skype.com/download.html >> >> > >> >> > >> >> > ********************************************************************** >> >> > This email and any files transmitted with it are confidential and >> >> > intended solely for the use of the individual or entity to whom they >> >> > are addressed. If you have received this email in error please notify >> >> > the system manager. >> >> > >> >> > This footnote also confirms that this email message has been swept by >> >> > MIMEsweeper for the presence of computer viruses. >> >> > >> >> > www.mimesweeper.com >> >> > ********************************************************************** >> >> >> >> >> >> >> >> -- >> >> | Rupert Westenthaler [email protected] >> >> | Bodenlehenstraße 11 ++43-699-11108907 >> >> | A-5500 Bischofshofen >> >> >> >> >> >> -- >> | Rupert Westenthaler [email protected] >> | Bodenlehenstraße 11 ++43-699-11108907 >> | A-5500 Bischofshofen >> -- | Rupert Westenthaler [email protected] | Bodenlehenstraße 11 ++43-699-11108907 | A-5500 Bischofshofen
