You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@stanbol.apache.org by Reto Bachmann-Gmür <re...@apache.org> on 2012/09/01 03:14:00 UTC
Re: Trunk Console Changes
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 <bu...@gmail.com> 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
> **********************************************************************
>
Re: Trunk Console Changes
Posted by Reto Bachmann-Gmür <re...@apache.org>.
On Tue, Oct 2, 2012 at 2:14 PM, Rupert Westenthaler <
rupert.westenthaler@gmail.com> wrote:
> Hi all,
>
> On Tue, Oct 2, 2012 at 1:18 PM, Reto Bachmann-Gmür
> <me...@farewellutopia.com> 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.
>
Well there is the situation of conflicting passwords in which case the
problem is always reproducible. This was the problem on dev.iks and iiuc on
Dave's instance.
Cheers,
Reto
Re: Trunk Console Changes
Posted by Rupert Westenthaler <ru...@gmail.com>.
Hi all,
On Tue, Oct 2, 2012 at 1:18 PM, Reto Bachmann-Gmür
<me...@farewellutopia.com> 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" <ru...@gmail.com>
> 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 <re...@apache.org>
>> 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 <
>> > rupert.westenthaler@gmail.com> 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 <bu...@gmail.com> 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 <re...@apache.org>
>> 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 <bu...@gmail.com>
>> >> 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 rupert.westenthaler@gmail.com
>> >> | Bodenlehenstraße 11 ++43-699-11108907
>> >> | A-5500 Bischofshofen
>> >>
>>
>>
>>
>> --
>> | Rupert Westenthaler rupert.westenthaler@gmail.com
>> | Bodenlehenstraße 11 ++43-699-11108907
>> | A-5500 Bischofshofen
>>
--
| Rupert Westenthaler rupert.westenthaler@gmail.com
| Bodenlehenstraße 11 ++43-699-11108907
| A-5500 Bischofshofen
Re: Trunk Console Changes
Posted by Reto Bachmann-Gmür <me...@farewellutopia.com>.
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.
If you can't wait till the end of the week I could even commit a quick fix
later today.
Cheers
Reto
On 2 Oct 2012 10:58, "Rupert Westenthaler" <ru...@gmail.com>
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 <re...@apache.org>
> 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 <
> > rupert.westenthaler@gmail.com> 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 <bu...@gmail.com> 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 <re...@apache.org>
> 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 <bu...@gmail.com>
> >> 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 rupert.westenthaler@gmail.com
> >> | Bodenlehenstraße 11 ++43-699-11108907
> >> | A-5500 Bischofshofen
> >>
>
>
>
> --
> | Rupert Westenthaler rupert.westenthaler@gmail.com
> | Bodenlehenstraße 11 ++43-699-11108907
> | A-5500 Bischofshofen
>
Re: Trunk Console Changes
Posted by Rupert Westenthaler <ru...@gmail.com>.
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 <re...@apache.org> 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 <
> rupert.westenthaler@gmail.com> 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 <bu...@gmail.com> 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 <re...@apache.org> 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 <bu...@gmail.com>
>> 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 rupert.westenthaler@gmail.com
>> | Bodenlehenstraße 11 ++43-699-11108907
>> | A-5500 Bischofshofen
>>
--
| Rupert Westenthaler rupert.westenthaler@gmail.com
| Bodenlehenstraße 11 ++43-699-11108907
| A-5500 Bischofshofen
Re: Trunk Console Changes
Posted by Reto Bachmann-Gmür <re...@apache.org>.
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 <
rupert.westenthaler@gmail.com> 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 <bu...@gmail.com> 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 <re...@apache.org> 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 <bu...@gmail.com>
> 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 rupert.westenthaler@gmail.com
> | Bodenlehenstraße 11 ++43-699-11108907
> | A-5500 Bischofshofen
>
Re: Trunk Console Changes
Posted by Rupert Westenthaler <ru...@gmail.com>.
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 <bu...@gmail.com> 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 <re...@apache.org> 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 <bu...@gmail.com> 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 rupert.westenthaler@gmail.com
| Bodenlehenstraße 11 ++43-699-11108907
| A-5500 Bischofshofen
Re: Trunk Console Changes
Posted by Dave Butler <bu...@gmail.com>.
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 <re...@apache.org> 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 <bu...@gmail.com> 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
**********************************************************************