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 >
