You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by Andreas Kuckartz <A....@ping.de> on 2010/09/14 10:17:34 UTC

"David Mini CMS core (core)" does not start (Re: No success trying Sling)

Thanks, Carsten, for your informative reply and hint!

I am now running a freshly built Sling.

But David Mini CMS still has problems. The bundle "David Mini CMS core
(core)" does not start:
ERROR: org.apache.sling.commons.scheduler,version=2.1 -- Cannot be resolved

I have also appended the log. I did not find
org.apache.sling.commons.scheduler in the list of bundles displayed in
the Apache Sling Web Console.

Cheers,
Andreas
---

14.09.2010 10:08:21.692 *ERROR* [1704184171@qtp-1616586953-8]
org.apache.felix.http.jetty %bundles.pluginTitle: Cannot start
(org.osgi.framework.BundleException: Unresolved constraint in bundle
core [67]: Unable to resolve 67.0: missing requirement [67.0] package;
(&(package=org.apache.sling.commons.scheduler)(version>=2.1.0)))
org.osgi.framework.BundleException: Unresolved constraint in bundle core
[67]: Unable to resolve 67.0: missing requirement [67.0] package;
(&(package=org.apache.sling.commons.scheduler)(version>=2.1.0))
    at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3409)
    at org.apache.felix.framework.Felix.startBundle(Felix.java:1709)
    at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:905)
    at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:892)
    at
org.apache.felix.webconsole.internal.core.BundlesServlet.doPost(BundlesServlet.java:327)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
    at
org.apache.felix.webconsole.internal.servlet.OsgiManager.service(OsgiManager.java:428)
    at
org.apache.felix.webconsole.internal.servlet.OsgiManager.service(OsgiManager.java:375)
    at
org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:91)
    at
org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:77)
    at
org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
    at
org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
    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:55)
    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:536)
    at
org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:930)
    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747)
    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:405)
    at
org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
    at
org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)

Re: "David Mini CMS core (core)" does not start (Re: No success trying Sling)

Posted by Bertrand Delacretaz <bd...@apache.org>.
On Tue, Sep 14, 2010 at 10:42 AM, Carsten Ziegeler <cz...@apache.org> wrote:
> Andreas Kuckartz  wrote
>> I had to manually install and start these two bundles using the console
>> and now David Mini CMS is also running!
>> org.apache.sling.commons.scheduler
>> org.apache.sling.commons.threads
>>
> Maybe we should add those to the launchpad by default?

+1, those are commonly used.

-Bertrand

Re: "David Mini CMS core (core)" does not start (Re: No success trying Sling)

Posted by Carsten Ziegeler <cz...@apache.org>.
Andreas Kuckartz  wrote
> I had to manually install and start these two bundles using the console
> and now David Mini CMS is also running!
> org.apache.sling.commons.scheduler
> org.apache.sling.commons.threads
> 
Maybe we should add those to the launchpad by default?

Carsten

-- 
Carsten Ziegeler
cziegeler@apache.org

RE: [sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
In order to get some more tracking data with fiddler I chnaged the URL from localhost:8080 to my notebook's host name, i.e. cws-lap:8080. Now I get a security warning from IE. Unfortunately I only have a german version and hence only  the german warning text:
Die Seite greift auf Informationen aus anderen Daten zu. Dies kann ein Sicherheitproblem darstellen. Möchten Sie den Vorgang fortsetzen?

which more or less translates to:
"The page is accessing information from other data". This could be a security issue. Would you like to proceed?

When I proceed I get a javascript error and the resource tree is not redered. I guess this is another problem (which is nonetheless to be solved, too?)


> -----Original Message-----
> From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> Sent: Tuesday, September 14, 2010 7:22 PM
> To: 'dev@sling.apache.org'
> Subject: RE: [sling explorer] Form based auth with IE to no avail :-(
>
>
> I would if fiddler provided me this data (headers), such as
> firebug does...
>
> > -----Original Message-----
> > From: Eric Norman [mailto:eric.d.norman@gmail.com]
> > Sent: Tuesday, September 14, 2010 6:42 PM
> > To: dev@sling.apache.org
> > Subject: Re: [sling explorer] Form based auth with IE to no
> avail :-(
> >
> >
> > Maybe check if IE is getting/sending the sling cookie on the
> > second request.
> >
> > On Sep 14, 2010 9:36 AM, "Clemens Wyss"
> <cl...@mysign.ch> wrote:
> >
> > Sling Explorer does form based authentication, which works
> > fine(*) with FF,
> > Safari and Chrome. Unfortunately neither on IE6 nor on IE8 it works.
> > Debugging revealed that the POSTed form data to '/j_security_check'
> > is equal. Nevertheless if I gather the Sling.getSessionInfo() after
> > the aforementioned POST on IE I get the anonymous "credentials",
> > whereas on the other browsers I get the expected credentials.
> > What could possibly be the reason herefore?
> >
> > Thx for you help/hints
> > -- Clemens
> >
>

Re: [sling explorer] Form based auth with IE to no avail :-(

Posted by Bertrand Delacretaz <bd...@apache.org>.
On Wed, Sep 15, 2010 at 8:35 AM, Clemens Wyss <cl...@mysign.ch> wrote:
> looks like an IE caching issue.
> If we make the getSessionInfo-URI "unique"
> (i.e. prevent caching) it works:
> ...
> var res=Sling.httpGet(Sling.baseurl+"/system/sling/info.sessionInfo."+new Date().getTime()+".json");
> ...
>
> WDYT?

Sounds reasonable, +1 on this change.
-Bertrand

Re: [sling explorer] Form based auth with IE to no avail :-(

Posted by Bertrand Delacretaz <bd...@apache.org>.
On Wed, Sep 15, 2010 at 9:24 AM, Clemens Wyss <cl...@mysign.ch> wrote:
> From: Bertrand Delacretaz [mailto:bdelacretaz@apache.org]
>>(except duplicated values, why?)
> my (double copy&paste) fault
> --> Cache-Control : private, no-store, no-cache, max-age=0, must-revalidate
>
>> but I'd still add the timestamp
>> parameter as you suggested before
> really?...

Ah - I realize now that I had this backwards, I thought you were
adding headers to the request.

FWIW, I agree with the changes of SLING-1776.

-Bertrand (still jetlagged from recent travel I guess ;-)

Re: [sling explorer] Form based auth with IE to no avail :-(

Posted by Bertrand Delacretaz <bd...@apache.org>.
On Wed, Sep 15, 2010 at 9:24 AM, Clemens Wyss <cl...@mysign.ch> wrote:
>>(except duplicated values, why?)
> my (double copy&paste) fault
> --> Cache-Control : private, no-store, no-cache, max-age=0, must-revalidate
>
>> but I'd still add the timestamp
>> parameter as you suggested before
> really?

I'm a pragmatic guy...it's quicker to add that and be safe than test
on every browser ;-)

But if it works without it for your use cases, all the better.

-Bertrand

Re: [sling explorer] Form based auth with IE to no avail :-(

Posted by Carsten Ziegeler <cz...@apache.org>.
Bertrand Delacretaz  wrote
> On Wed, Sep 15, 2010 at 8:47 AM, Clemens Wyss <cl...@mysign.ch> wrote:
>> after a f2f discussion with mike I see reason that
>> we'd better add the appropriate cache header to
>> /system/sling/info.sessionInfo, appropriate being:
>>
>> Cache-Control : private, no-store, no-cache, max-age=0, must-revalidate, private, no-store, no-cache, max-age=0, must-revalidate
> 
> Looks like the clean solution (except duplicated values, why?), but
> I'd still add the timestamp parameter as you suggested before, just to
> be on the safe side with broken browsers.
> 
I really think we should go with the headers.

Carsten

-- 
Carsten Ziegeler
cziegeler@apache.org

RE: [sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
jira issue -> https://issues.apache.org/jira/browse/SLING-1776

> -----Original Message-----
> From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> Sent: Wednesday, September 15, 2010 9:24 AM
> To: 'dev@sling.apache.org'
> Subject: RE: [sling explorer] Form based auth with IE to no avail :-(
>
>
> >(except duplicated values, why?)
> my (double copy&paste) fault
> --> Cache-Control : private, no-store, no-cache, max-age=0,
> must-revalidate
>
> > but I'd still add the timestamp
> > parameter as you suggested before
> really?
>
>
> > -----Original Message-----
> > From: Bertrand Delacretaz [mailto:bdelacretaz@apache.org]
> > Sent: Wednesday, September 15, 2010 9:16 AM
> > To: dev@sling.apache.org
> > Subject: Re: [sling explorer] Form based auth with IE to no
> avail :-(
> >
> >
> > On Wed, Sep 15, 2010 at 8:47 AM, Clemens Wyss
> > <cl...@mysign.ch> wrote:
> > > after a f2f discussion with mike I see reason that
> > > we'd better add the appropriate cache header to
> > > /system/sling/info.sessionInfo, appropriate being:
> > >
> > > Cache-Control : private, no-store, no-cache, max-age=0,
> > must-revalidate, private, no-store, no-cache, max-age=0,
> > must-revalidate
> >
> > Looks like the clean solution (except duplicated values, why?), but
> > I'd still add the timestamp parameter as you suggested
> before, just to
> > be on the safe side with broken browsers.
> >
> > -Bertrand
> >
>

RE: [sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
>(except duplicated values, why?)
my (double copy&paste) fault
--> Cache-Control : private, no-store, no-cache, max-age=0, must-revalidate

> but I'd still add the timestamp
> parameter as you suggested before
really?


> -----Original Message-----
> From: Bertrand Delacretaz [mailto:bdelacretaz@apache.org]
> Sent: Wednesday, September 15, 2010 9:16 AM
> To: dev@sling.apache.org
> Subject: Re: [sling explorer] Form based auth with IE to no avail :-(
>
>
> On Wed, Sep 15, 2010 at 8:47 AM, Clemens Wyss
> <cl...@mysign.ch> wrote:
> > after a f2f discussion with mike I see reason that
> > we'd better add the appropriate cache header to
> > /system/sling/info.sessionInfo, appropriate being:
> >
> > Cache-Control : private, no-store, no-cache, max-age=0,
> must-revalidate, private, no-store, no-cache, max-age=0,
> must-revalidate
>
> Looks like the clean solution (except duplicated values, why?), but
> I'd still add the timestamp parameter as you suggested before, just to
> be on the safe side with broken browsers.
>
> -Bertrand
>

Re: [sling explorer] Form based auth with IE to no avail :-(

Posted by Bertrand Delacretaz <bd...@apache.org>.
On Wed, Sep 15, 2010 at 8:47 AM, Clemens Wyss <cl...@mysign.ch> wrote:
> after a f2f discussion with mike I see reason that
> we'd better add the appropriate cache header to
> /system/sling/info.sessionInfo, appropriate being:
>
> Cache-Control : private, no-store, no-cache, max-age=0, must-revalidate, private, no-store, no-cache, max-age=0, must-revalidate

Looks like the clean solution (except duplicated values, why?), but
I'd still add the timestamp parameter as you suggested before, just to
be on the safe side with broken browsers.

-Bertrand

RE: [sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
after a f2f discussion with mike I see reason that
we'd better add the appropriate cache header to
/system/sling/info.sessionInfo, appropriate being:

Cache-Control : private, no-store, no-cache, max-age=0, must-revalidate, private, no-store, no-cache, max-age=0, must-revalidate

WDYT?


> -----Original Message-----
> From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> Sent: Wednesday, September 15, 2010 8:35 AM
> To: 'dev@sling.apache.org'
> Subject: RE: [sling explorer] Form based auth with IE to no avail :-(
>
>
> looks like an IE caching issue.
> If we make the getSessionInfo-URI "unique"
> (i.e. prevent caching) it works:
> ...
> var
> res=Sling.httpGet(Sling.baseurl+"/system/sling/info.sessionInf
> o."+new Date().getTime()+".json");
> ...
>
> WDYT?
>
> > -----Original Message-----
> > From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> > Sent: Wednesday, September 15, 2010 8:10 AM
> > To: 'dev@sling.apache.org'
> > Subject: RE: [sling explorer] Form based auth with IE to no
> avail :-(
> >
> >
> > conclusion:
> > in IE the clientside/javascript Sling.getSessionInfo() is not always
> > executed (i.e. the http GET call to
> > /system/sling/info.sessionInfo.json)!
> >
> > Place the attached test.html on the root and
> >
> > a) open it with FF inspecting the two
> > /system/sling/info.sessionInfo.json-calls
> > in firebug (or fiddler)
> >
> > b) open it (don't forget the '.' ;-), ie
> > http://localhost.:8080/test.html )
> >  in IE inspecting the (non existent)
> > /system/sling/info.sessionInfo.json-calls
> > in fiddler
> >
> > "not always" is fuzzy, I know, but I really haven't found the
> > pattern of IE.
> >
> > jira issue?
> >
> > > -----Original Message-----
> > > From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> > > Sent: Wednesday, September 15, 2010 7:39 AM
> > > To: 'dev@sling.apache.org'
> > > Subject: RE: [sling explorer] Form based auth with IE to no
> > avail :-(
> > >
> > >
> > > > I would if fiddler provided me this data (headers), such as
> > > > firebug does...
> > > -->
> > > http://weblogs.asp.net/lorenh/archive/2008/01/10/tip-for-using
> > -fiddler-on-localhost.aspx
> > the '.' does it!, OMG
> >
> > I can now proceed debugging the IE traces...
> >
> > > -----Original Message-----
> > > From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> > > Sent: Tuesday, September 14, 2010 7:22 PM
> > > To: 'dev@sling.apache.org'
> > > Subject: RE: [sling explorer] Form based auth with IE to no
> > avail :-(
> > >
> > >
> > > I would if fiddler provided me this data (headers), such as
> > > firebug does...
> > >
> > > > -----Original Message-----
> > > > From: Eric Norman [mailto:eric.d.norman@gmail.com]
> > > > Sent: Tuesday, September 14, 2010 6:42 PM
> > > > To: dev@sling.apache.org
> > > > Subject: Re: [sling explorer] Form based auth with IE to no
> > > avail :-(
> > > >
> > > >
> > > > Maybe check if IE is getting/sending the sling cookie on the
> > > > second request.
> > > >
> > > > On Sep 14, 2010 9:36 AM, "Clemens Wyss"
> > > <cl...@mysign.ch> wrote:
> > > >
> > > > Sling Explorer does form based authentication, which works
> > > > fine(*) with FF,
> > > > Safari and Chrome. Unfortunately neither on IE6 nor on
> > IE8 it works.
> > > > Debugging revealed that the POSTed form data to
> > '/j_security_check'
> > > > is equal. Nevertheless if I gather the
> > Sling.getSessionInfo() after
> > > > the aforementioned POST on IE I get the anonymous "credentials",
> > > > whereas on the other browsers I get the expected credentials.
> > > > What could possibly be the reason herefore?
> > > >
> > > > Thx for you help/hints
> > > > -- Clemens
> > > >
> > >
> >
>

RE: [sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
looks like an IE caching issue.
If we make the getSessionInfo-URI "unique"
(i.e. prevent caching) it works:
...
var res=Sling.httpGet(Sling.baseurl+"/system/sling/info.sessionInfo."+new Date().getTime()+".json");
...

WDYT?

> -----Original Message-----
> From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> Sent: Wednesday, September 15, 2010 8:10 AM
> To: 'dev@sling.apache.org'
> Subject: RE: [sling explorer] Form based auth with IE to no avail :-(
>
>
> conclusion:
> in IE the clientside/javascript Sling.getSessionInfo() is not always
> executed (i.e. the http GET call to
> /system/sling/info.sessionInfo.json)!
>
> Place the attached test.html on the root and
>
> a) open it with FF inspecting the two
> /system/sling/info.sessionInfo.json-calls
> in firebug (or fiddler)
>
> b) open it (don't forget the '.' ;-), ie
> http://localhost.:8080/test.html )
>  in IE inspecting the (non existent)
> /system/sling/info.sessionInfo.json-calls
> in fiddler
>
> "not always" is fuzzy, I know, but I really haven't found the
> pattern of IE.
>
> jira issue?
>
> > -----Original Message-----
> > From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> > Sent: Wednesday, September 15, 2010 7:39 AM
> > To: 'dev@sling.apache.org'
> > Subject: RE: [sling explorer] Form based auth with IE to no
> avail :-(
> >
> >
> > > I would if fiddler provided me this data (headers), such as
> > > firebug does...
> > -->
> > http://weblogs.asp.net/lorenh/archive/2008/01/10/tip-for-using
> -fiddler-on-localhost.aspx
> the '.' does it!, OMG
>
> I can now proceed debugging the IE traces...
>
> > -----Original Message-----
> > From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> > Sent: Tuesday, September 14, 2010 7:22 PM
> > To: 'dev@sling.apache.org'
> > Subject: RE: [sling explorer] Form based auth with IE to no
> avail :-(
> >
> >
> > I would if fiddler provided me this data (headers), such as
> > firebug does...
> >
> > > -----Original Message-----
> > > From: Eric Norman [mailto:eric.d.norman@gmail.com]
> > > Sent: Tuesday, September 14, 2010 6:42 PM
> > > To: dev@sling.apache.org
> > > Subject: Re: [sling explorer] Form based auth with IE to no
> > avail :-(
> > >
> > >
> > > Maybe check if IE is getting/sending the sling cookie on the
> > > second request.
> > >
> > > On Sep 14, 2010 9:36 AM, "Clemens Wyss"
> > <cl...@mysign.ch> wrote:
> > >
> > > Sling Explorer does form based authentication, which works
> > > fine(*) with FF,
> > > Safari and Chrome. Unfortunately neither on IE6 nor on
> IE8 it works.
> > > Debugging revealed that the POSTed form data to
> '/j_security_check'
> > > is equal. Nevertheless if I gather the
> Sling.getSessionInfo() after
> > > the aforementioned POST on IE I get the anonymous "credentials",
> > > whereas on the other browsers I get the expected credentials.
> > > What could possibly be the reason herefore?
> > >
> > > Thx for you help/hints
> > > -- Clemens
> > >
> >
>

RE: [sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
conclusion:
in IE the clientside/javascript Sling.getSessionInfo() is not always
executed (i.e. the http GET call to /system/sling/info.sessionInfo.json)!

Place the attached test.html on the root and

a) open it with FF inspecting the two /system/sling/info.sessionInfo.json-calls
in firebug (or fiddler)

b) open it (don't forget the '.' ;-), ie http://localhost.:8080/test.html )
 in IE inspecting the (non existent) /system/sling/info.sessionInfo.json-calls
in fiddler

"not always" is fuzzy, I know, but I really haven't found the pattern of IE.

jira issue?

> -----Original Message-----
> From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> Sent: Wednesday, September 15, 2010 7:39 AM
> To: 'dev@sling.apache.org'
> Subject: RE: [sling explorer] Form based auth with IE to no avail :-(
>
>
> > I would if fiddler provided me this data (headers), such as
> > firebug does...
> -->
> http://weblogs.asp.net/lorenh/archive/2008/01/10/tip-for-using
-fiddler-on-localhost.aspx
the '.' does it!, OMG

I can now proceed debugging the IE traces...

> -----Original Message-----
> From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> Sent: Tuesday, September 14, 2010 7:22 PM
> To: 'dev@sling.apache.org'
> Subject: RE: [sling explorer] Form based auth with IE to no avail :-(
>
>
> I would if fiddler provided me this data (headers), such as
> firebug does...
>
> > -----Original Message-----
> > From: Eric Norman [mailto:eric.d.norman@gmail.com]
> > Sent: Tuesday, September 14, 2010 6:42 PM
> > To: dev@sling.apache.org
> > Subject: Re: [sling explorer] Form based auth with IE to no
> avail :-(
> >
> >
> > Maybe check if IE is getting/sending the sling cookie on the
> > second request.
> >
> > On Sep 14, 2010 9:36 AM, "Clemens Wyss"
> <cl...@mysign.ch> wrote:
> >
> > Sling Explorer does form based authentication, which works
> > fine(*) with FF,
> > Safari and Chrome. Unfortunately neither on IE6 nor on IE8 it works.
> > Debugging revealed that the POSTed form data to '/j_security_check'
> > is equal. Nevertheless if I gather the Sling.getSessionInfo() after
> > the aforementioned POST on IE I get the anonymous "credentials",
> > whereas on the other browsers I get the expected credentials.
> > What could possibly be the reason herefore?
> >
> > Thx for you help/hints
> > -- Clemens
> >
>

RE: [sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
> I would if fiddler provided me this data (headers), such as
> firebug does...
--> http://weblogs.asp.net/lorenh/archive/2008/01/10/tip-for-using-fiddler-on-localhost.aspx
the '.' does it!, OMG

I can now proceed debugging the IE traces...

> -----Original Message-----
> From: Clemens Wyss [mailto:clemensdev@mysign.ch]
> Sent: Tuesday, September 14, 2010 7:22 PM
> To: 'dev@sling.apache.org'
> Subject: RE: [sling explorer] Form based auth with IE to no avail :-(
>
>
> I would if fiddler provided me this data (headers), such as
> firebug does...
>
> > -----Original Message-----
> > From: Eric Norman [mailto:eric.d.norman@gmail.com]
> > Sent: Tuesday, September 14, 2010 6:42 PM
> > To: dev@sling.apache.org
> > Subject: Re: [sling explorer] Form based auth with IE to no
> avail :-(
> >
> >
> > Maybe check if IE is getting/sending the sling cookie on the
> > second request.
> >
> > On Sep 14, 2010 9:36 AM, "Clemens Wyss"
> <cl...@mysign.ch> wrote:
> >
> > Sling Explorer does form based authentication, which works
> > fine(*) with FF,
> > Safari and Chrome. Unfortunately neither on IE6 nor on IE8 it works.
> > Debugging revealed that the POSTed form data to '/j_security_check'
> > is equal. Nevertheless if I gather the Sling.getSessionInfo() after
> > the aforementioned POST on IE I get the anonymous "credentials",
> > whereas on the other browsers I get the expected credentials.
> > What could possibly be the reason herefore?
> >
> > Thx for you help/hints
> > -- Clemens
> >
>

RE: [sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
I would if fiddler provided me this data (headers), such as firebug does...

> -----Original Message-----
> From: Eric Norman [mailto:eric.d.norman@gmail.com]
> Sent: Tuesday, September 14, 2010 6:42 PM
> To: dev@sling.apache.org
> Subject: Re: [sling explorer] Form based auth with IE to no avail :-(
>
>
> Maybe check if IE is getting/sending the sling cookie on the
> second request.
>
> On Sep 14, 2010 9:36 AM, "Clemens Wyss" <cl...@mysign.ch> wrote:
>
> Sling Explorer does form based authentication, which works
> fine(*) with FF,
> Safari and Chrome. Unfortunately neither on IE6 nor on IE8 it works.
> Debugging revealed that the POSTed form data to '/j_security_check'
> is equal. Nevertheless if I gather the Sling.getSessionInfo() after
> the aforementioned POST on IE I get the anonymous "credentials",
> whereas on the other browsers I get the expected credentials.
> What could possibly be the reason herefore?
>
> Thx for you help/hints
> -- Clemens
>

Re: [sling explorer] Form based auth with IE to no avail :-(

Posted by Eric Norman <er...@gmail.com>.
Maybe check if IE is getting/sending the sling cookie on the second request.

On Sep 14, 2010 9:36 AM, "Clemens Wyss" <cl...@mysign.ch> wrote:

Sling Explorer does form based authentication, which works fine(*) with FF,
Safari and Chrome. Unfortunately neither on IE6 nor on IE8 it works.
Debugging revealed that the POSTed form data to '/j_security_check'
is equal. Nevertheless if I gather the Sling.getSessionInfo() after
the aforementioned POST on IE I get the anonymous "credentials",
whereas on the other browsers I get the expected credentials.
What could possibly be the reason herefore?

Thx for you help/hints
-- Clemens

Re: "David Mini CMS core (core)" does not start (Re: No success trying Sling)

Posted by Andreas Kuckartz <A....@ping.de>.
That problem disappeared with the latest Sling revision.

Cheers,
Andreas


Am 14.09.2010 11:02, schrieb Andreas Kuckartz:
> Now the first real problem with David Mini CMS:
>
> I want to save the first new page but an error message "Error during
> save" pops up and the log contains this entry:
>
> 14.09.2010 10:58:22.121 *ERROR* [127.0.0.1 [1284454702109] POST
> /content/david/2010/09/15/ HTTP/1.1]
> org.apache.sling.servlets.post.impl.operations.ModifyOperation Access
> Denied Access denied.
>
> I am logged in as admin.
>
> Cheers,
> Andreas
>

[sling explorer] Form based auth with IE to no avail :-(

Posted by Clemens Wyss <cl...@mysign.ch>.
Sling Explorer does form based authentication, which works fine(*) with FF,
Safari and Chrome. Unfortunately neither on IE6 nor on IE8 it works.
Debugging revealed that the POSTed form data to '/j_security_check'
is equal. Nevertheless if I gather the Sling.getSessionInfo() after
the aforementioned POST on IE I get the anonymous "credentials",
whereas on the other browsers I get the expected credentials.
What could possibly be the reason herefore?

Thx for you help/hints
-- Clemens

Re: "David Mini CMS core (core)" does not start (Re: No success trying Sling)

Posted by Andreas Kuckartz <A....@ping.de>.
Now the first real problem with David Mini CMS:

I want to save the first new page but an error message "Error during
save" pops up and the log contains this entry:

14.09.2010 10:58:22.121 *ERROR* [127.0.0.1 [1284454702109] POST
/content/david/2010/09/15/ HTTP/1.1]
org.apache.sling.servlets.post.impl.operations.ModifyOperation Access
Denied Access denied.

I am logged in as admin.

Cheers,
Andreas

Re: "David Mini CMS core (core)" does not start (Re: No success trying Sling)

Posted by Andreas Kuckartz <A....@ping.de>.
I had to manually install and start these two bundles using the console
and now David Mini CMS is also running!
org.apache.sling.commons.scheduler
org.apache.sling.commons.threads

Cheers,
Andreas

Re: "David Mini CMS core (core)" does not start (Re: No success trying Sling)

Posted by Federico Paparoni <fe...@gmail.com>.
Hi Andreas,

you need that bundle installed to start David.
You can find it in

http://svn.apache.org/repos/asf/sling/trunk/bundles/commons/scheduler/

<http://svn.apache.org/repos/asf/sling/trunk/bundles/commons/scheduler/>Once
you created the bundle, you can install it using the console.
Bye,

Federico

2010/9/14 Andreas Kuckartz <A....@ping.de>

> Thanks, Carsten, for your informative reply and hint!
>
> I am now running a freshly built Sling.
>
> But David Mini CMS still has problems. The bundle "David Mini CMS core
> (core)" does not start:
> ERROR: org.apache.sling.commons.scheduler,version=2.1 -- Cannot be resolved
>
> I have also appended the log. I did not find
> org.apache.sling.commons.scheduler in the list of bundles displayed in
> the Apache Sling Web Console.
>
> Cheers,
> Andreas
> ---
>
> 14.09.2010 10:08:21.692 *ERROR* [1704184171@qtp-1616586953-8]
> org.apache.felix.http.jetty %bundles.pluginTitle: Cannot start
> (org.osgi.framework.BundleException: Unresolved constraint in bundle
> core [67]: Unable to resolve 67.0: missing requirement [67.0] package;
> (&(package=org.apache.sling.commons.scheduler)(version>=2.1.0)))
> org.osgi.framework.BundleException: Unresolved constraint in bundle core
> [67]: Unable to resolve 67.0: missing requirement [67.0] package;
> (&(package=org.apache.sling.commons.scheduler)(version>=2.1.0))
>    at org.apache.felix.framework.Felix.resolveBundle(Felix.java:3409)
>    at org.apache.felix.framework.Felix.startBundle(Felix.java:1709)
>    at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:905)
>    at org.apache.felix.framework.BundleImpl.start(BundleImpl.java:892)
>    at
>
> org.apache.felix.webconsole.internal.core.BundlesServlet.doPost(BundlesServlet.java:327)
>    at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
>    at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)
>    at
>
> org.apache.felix.webconsole.internal.servlet.OsgiManager.service(OsgiManager.java:428)
>    at
>
> org.apache.felix.webconsole.internal.servlet.OsgiManager.service(OsgiManager.java:375)
>    at
>
> org.apache.felix.http.base.internal.handler.ServletHandler.doHandle(ServletHandler.java:91)
>    at
>
> org.apache.felix.http.base.internal.handler.ServletHandler.handle(ServletHandler.java:77)
>    at
>
> org.apache.felix.http.base.internal.dispatch.ServletPipeline.handle(ServletPipeline.java:42)
>    at
>
> org.apache.felix.http.base.internal.dispatch.InvocationFilterChain.doFilter(InvocationFilterChain.java:49)
>    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:55)
>    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:536)
>    at
>
> org.mortbay.jetty.HttpConnection$RequestHandler.content(HttpConnection.java:930)
>    at org.mortbay.jetty.HttpParser.parseNext(HttpParser.java:747)
>    at org.mortbay.jetty.HttpParser.parseAvailable(HttpParser.java:218)
>    at org.mortbay.jetty.HttpConnection.handle(HttpConnection.java:405)
>    at
>
> org.mortbay.io.nio.SelectChannelEndPoint.run(SelectChannelEndPoint.java:409)
>    at
>
> org.mortbay.thread.QueuedThreadPool$PoolThread.run(QueuedThreadPool.java:582)
>
>