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
