You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sling.apache.org by Peter Svensson <ps...@gmail.com> on 2008/01/28 20:49:05 UTC
Change in default handler
Hi, I've finally found some time again to see if I can get Sling and Bunkai
to work together. My plan at the moment is to create my own custom esp
script to handle serialization of resources hierarchies into json, in a way
that can be consumed by Dojo.
I've managed to mount the latest svn revision of Sling and use Launchpad.
I've copied Bunkai into the webDAv mount, and manage to access my html page.
The css gets read correctly, but when I try to laod any js file, I get this;
javax.script.Bindings.put(Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
(500)
The requested URL /bunkai/dojo-1.0.2/dojo/dojo.js resulted in an error in
Sling Core Default Servlet.
Exception:
java.lang.NoSuchMethodError:
javax.script.Bindings.put(Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.verifySlingBindings(DefaultSlingScript.java:305)
at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.eval(DefaultSlingScript.java:97)
at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.service(DefaultSlingScript.java:162)
at org.apache.sling.servlet.resolver.defaults.DefaultServlet.doGet(DefaultServlet.java:81)
And I understand that this means that the current Launchpad does not
know how to provide .js files.
Most probably, it's a simple operation to copy code or classes from
the old microsling project, to get this working, but I'm not sure how
to go about it.
Any directions welcome :)
Cheers,
PS
Re: Change in default handler
Posted by Felix Meschberger <fm...@gmail.com>.
Hi Peter,
Great ! Looking forward to this.
Regards
Felix
Am Dienstag, den 29.01.2008, 09:16 +0100 schrieb Peter Svensson:
> Thanks! Well, I thought it would be a good idea if any scripts I make can
> be included in Sling/Launchpad from scratch, if you want.
>
> Cheers,
> PS
>
> On Jan 29, 2008 9:14 AM, Felix Meschberger <fm...@gmail.com> wrote:
>
> > Hi Peter,
> >
> > Am Dienstag, den 29.01.2008, 09:05 +0100 schrieb Peter Svensson:
> > > Hi Felix and all,
> > > I did actually read that discussion, I just didn't understand it :)
> > > Thanks for the info. I'll get on the case tonight, and finally be able
> > to
> > > write my own json content serializer.
> > >
> > > Could some kind soul also point out again where the agreement that one
> > shall
> > > sign is, I've looked around in my inbox but can't seem to find it.
> >
> > Are you talking about the CLA ? This is available at [1].
> >
> > On the other hand we are planning on creating an open wiki [2], so this
> > is of less importance. Still having a signed CLA on file is a good
> > thing :-)
> >
> > Regards
> > Felix
> >
> > [1] http://www.apache.org/licenses/icla.txt
> > [2]
> > http://www.mail-archive.com/sling-dev@incubator.apache.org/msg02027.html
> >
> > > Thanks,
> > > PS
> > >
> > > On Jan 29, 2008 9:00 AM, Felix Meschberger <fm...@gmail.com> wrote:
> > >
> > > > Hi Peter,
> > > >
> > > > Exactly as David said, I modified this behaviour yesterday. If you
> > > > update the sling/servlet-resolver project and redeploy the bundle, the
> > > > js file should be delivered as expected again.
> > > >
> > > > Background: With the most recent changes to the Sling API I
> > implemented
> > > > automatic server-side execution of directly addressed scripts. This
> > was
> > > > implemented by simple checking whether the addressed resource adapts
> > to
> > > > a servlet, which is the case ".js" files. This is now changed to only
> > > > execute such directly addressed script of the request extension
> > > > (request.getRequestPathInfo().getExtension()) is not null.
> > > >
> > > > Regards
> > > > Felix
> > > >
> > > > Am Dienstag, den 29.01.2008, 08:46 +0100 schrieb David Nuescheler:
> > > > > hi peter,
> > > > >
> > > > > i think this is an issue that sling tried to execute the js file
> > instead
> > > > > of just delivering it. this was part of a bigger discussion and
> > should
> > > > > have been removed by now.
> > > > >
> > > > > felix may have more details.
> > > > >
> > > > > regards,
> > > > > david
> > > > >
> > > > > On 1/28/08, Peter Svensson <ps...@gmail.com> wrote:
> > > > > > Hi, I've finally found some time again to see if I can get Sling
> > and
> > > > Bunkai
> > > > > > to work together. My plan at the moment is to create my own custom
> > esp
> > > > > > script to handle serialization of resources hierarchies into json,
> > in
> > > > a way
> > > > > > that can be consumed by Dojo.
> > > > > >
> > > > > > I've managed to mount the latest svn revision of Sling and use
> > > > Launchpad.
> > > > > > I've copied Bunkai into the webDAv mount, and manage to access my
> > html
> > > > page.
> > > > > > The css gets read correctly, but when I try to laod any js file, I
> > get
> > > > this;
> > > > > >
> > > > > > javax.script.Bindings.put
> > > > (Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > > > > > (500)
> > > > > >
> > > > > > The requested URL /bunkai/dojo-1.0.2/dojo/dojo.js resulted in an
> > error
> > > > in
> > > > > > Sling Core Default Servlet.
> > > > > > Exception:
> > > > > >
> > > > > > java.lang.NoSuchMethodError:
> > > > > > javax.script.Bindings.put
> > > > (Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > > > > > at
> > > >
> > org.apache.sling.scripting.resolver.impl.DefaultSlingScript.verifySlingBindings
> > > > (DefaultSlingScript.java:305)
> > > > > > at
> > > > org.apache.sling.scripting.resolver.impl.DefaultSlingScript.eval(
> > > > DefaultSlingScript.java:97)
> > > > > > at
> > > > org.apache.sling.scripting.resolver.impl.DefaultSlingScript.service(
> > > > DefaultSlingScript.java:162)
> > > > > > at
> > > > org.apache.sling.servlet.resolver.defaults.DefaultServlet.doGet(
> > > > DefaultServlet.java:81)
> > > > > >
> > > > > > And I understand that this means that the current Launchpad does
> > not
> > > > > > know how to provide .js files.
> > > > > > Most probably, it's a simple operation to copy code or classes
> > from
> > > > > > the old microsling project, to get this working, but I'm not sure
> > how
> > > > > > to go about it.
> > > > > >
> > > > > > Any directions welcome :)
> > > > > >
> > > > > > Cheers,
> > > > > > PS
> > > > > >
> > > >
> > > >
> >
> >
Re: Change in default handler
Posted by Peter Svensson <ps...@gmail.com>.
Thanks! Well, I thought it would be a good idea if any scripts I make can
be included in Sling/Launchpad from scratch, if you want.
Cheers,
PS
On Jan 29, 2008 9:14 AM, Felix Meschberger <fm...@gmail.com> wrote:
> Hi Peter,
>
> Am Dienstag, den 29.01.2008, 09:05 +0100 schrieb Peter Svensson:
> > Hi Felix and all,
> > I did actually read that discussion, I just didn't understand it :)
> > Thanks for the info. I'll get on the case tonight, and finally be able
> to
> > write my own json content serializer.
> >
> > Could some kind soul also point out again where the agreement that one
> shall
> > sign is, I've looked around in my inbox but can't seem to find it.
>
> Are you talking about the CLA ? This is available at [1].
>
> On the other hand we are planning on creating an open wiki [2], so this
> is of less importance. Still having a signed CLA on file is a good
> thing :-)
>
> Regards
> Felix
>
> [1] http://www.apache.org/licenses/icla.txt
> [2]
> http://www.mail-archive.com/sling-dev@incubator.apache.org/msg02027.html
>
> > Thanks,
> > PS
> >
> > On Jan 29, 2008 9:00 AM, Felix Meschberger <fm...@gmail.com> wrote:
> >
> > > Hi Peter,
> > >
> > > Exactly as David said, I modified this behaviour yesterday. If you
> > > update the sling/servlet-resolver project and redeploy the bundle, the
> > > js file should be delivered as expected again.
> > >
> > > Background: With the most recent changes to the Sling API I
> implemented
> > > automatic server-side execution of directly addressed scripts. This
> was
> > > implemented by simple checking whether the addressed resource adapts
> to
> > > a servlet, which is the case ".js" files. This is now changed to only
> > > execute such directly addressed script of the request extension
> > > (request.getRequestPathInfo().getExtension()) is not null.
> > >
> > > Regards
> > > Felix
> > >
> > > Am Dienstag, den 29.01.2008, 08:46 +0100 schrieb David Nuescheler:
> > > > hi peter,
> > > >
> > > > i think this is an issue that sling tried to execute the js file
> instead
> > > > of just delivering it. this was part of a bigger discussion and
> should
> > > > have been removed by now.
> > > >
> > > > felix may have more details.
> > > >
> > > > regards,
> > > > david
> > > >
> > > > On 1/28/08, Peter Svensson <ps...@gmail.com> wrote:
> > > > > Hi, I've finally found some time again to see if I can get Sling
> and
> > > Bunkai
> > > > > to work together. My plan at the moment is to create my own custom
> esp
> > > > > script to handle serialization of resources hierarchies into json,
> in
> > > a way
> > > > > that can be consumed by Dojo.
> > > > >
> > > > > I've managed to mount the latest svn revision of Sling and use
> > > Launchpad.
> > > > > I've copied Bunkai into the webDAv mount, and manage to access my
> html
> > > page.
> > > > > The css gets read correctly, but when I try to laod any js file, I
> get
> > > this;
> > > > >
> > > > > javax.script.Bindings.put
> > > (Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > > > > (500)
> > > > >
> > > > > The requested URL /bunkai/dojo-1.0.2/dojo/dojo.js resulted in an
> error
> > > in
> > > > > Sling Core Default Servlet.
> > > > > Exception:
> > > > >
> > > > > java.lang.NoSuchMethodError:
> > > > > javax.script.Bindings.put
> > > (Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > > > > at
> > >
> org.apache.sling.scripting.resolver.impl.DefaultSlingScript.verifySlingBindings
> > > (DefaultSlingScript.java:305)
> > > > > at
> > > org.apache.sling.scripting.resolver.impl.DefaultSlingScript.eval(
> > > DefaultSlingScript.java:97)
> > > > > at
> > > org.apache.sling.scripting.resolver.impl.DefaultSlingScript.service(
> > > DefaultSlingScript.java:162)
> > > > > at
> > > org.apache.sling.servlet.resolver.defaults.DefaultServlet.doGet(
> > > DefaultServlet.java:81)
> > > > >
> > > > > And I understand that this means that the current Launchpad does
> not
> > > > > know how to provide .js files.
> > > > > Most probably, it's a simple operation to copy code or classes
> from
> > > > > the old microsling project, to get this working, but I'm not sure
> how
> > > > > to go about it.
> > > > >
> > > > > Any directions welcome :)
> > > > >
> > > > > Cheers,
> > > > > PS
> > > > >
> > >
> > >
>
>
Re: Change in default handler
Posted by Felix Meschberger <fm...@gmail.com>.
Hi Peter,
Am Dienstag, den 29.01.2008, 09:05 +0100 schrieb Peter Svensson:
> Hi Felix and all,
> I did actually read that discussion, I just didn't understand it :)
> Thanks for the info. I'll get on the case tonight, and finally be able to
> write my own json content serializer.
>
> Could some kind soul also point out again where the agreement that one shall
> sign is, I've looked around in my inbox but can't seem to find it.
Are you talking about the CLA ? This is available at [1].
On the other hand we are planning on creating an open wiki [2], so this
is of less importance. Still having a signed CLA on file is a good
thing :-)
Regards
Felix
[1] http://www.apache.org/licenses/icla.txt
[2]
http://www.mail-archive.com/sling-dev@incubator.apache.org/msg02027.html
> Thanks,
> PS
>
> On Jan 29, 2008 9:00 AM, Felix Meschberger <fm...@gmail.com> wrote:
>
> > Hi Peter,
> >
> > Exactly as David said, I modified this behaviour yesterday. If you
> > update the sling/servlet-resolver project and redeploy the bundle, the
> > js file should be delivered as expected again.
> >
> > Background: With the most recent changes to the Sling API I implemented
> > automatic server-side execution of directly addressed scripts. This was
> > implemented by simple checking whether the addressed resource adapts to
> > a servlet, which is the case ".js" files. This is now changed to only
> > execute such directly addressed script of the request extension
> > (request.getRequestPathInfo().getExtension()) is not null.
> >
> > Regards
> > Felix
> >
> > Am Dienstag, den 29.01.2008, 08:46 +0100 schrieb David Nuescheler:
> > > hi peter,
> > >
> > > i think this is an issue that sling tried to execute the js file instead
> > > of just delivering it. this was part of a bigger discussion and should
> > > have been removed by now.
> > >
> > > felix may have more details.
> > >
> > > regards,
> > > david
> > >
> > > On 1/28/08, Peter Svensson <ps...@gmail.com> wrote:
> > > > Hi, I've finally found some time again to see if I can get Sling and
> > Bunkai
> > > > to work together. My plan at the moment is to create my own custom esp
> > > > script to handle serialization of resources hierarchies into json, in
> > a way
> > > > that can be consumed by Dojo.
> > > >
> > > > I've managed to mount the latest svn revision of Sling and use
> > Launchpad.
> > > > I've copied Bunkai into the webDAv mount, and manage to access my html
> > page.
> > > > The css gets read correctly, but when I try to laod any js file, I get
> > this;
> > > >
> > > > javax.script.Bindings.put
> > (Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > > > (500)
> > > >
> > > > The requested URL /bunkai/dojo-1.0.2/dojo/dojo.js resulted in an error
> > in
> > > > Sling Core Default Servlet.
> > > > Exception:
> > > >
> > > > java.lang.NoSuchMethodError:
> > > > javax.script.Bindings.put
> > (Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > > > at
> > org.apache.sling.scripting.resolver.impl.DefaultSlingScript.verifySlingBindings
> > (DefaultSlingScript.java:305)
> > > > at
> > org.apache.sling.scripting.resolver.impl.DefaultSlingScript.eval(
> > DefaultSlingScript.java:97)
> > > > at
> > org.apache.sling.scripting.resolver.impl.DefaultSlingScript.service(
> > DefaultSlingScript.java:162)
> > > > at
> > org.apache.sling.servlet.resolver.defaults.DefaultServlet.doGet(
> > DefaultServlet.java:81)
> > > >
> > > > And I understand that this means that the current Launchpad does not
> > > > know how to provide .js files.
> > > > Most probably, it's a simple operation to copy code or classes from
> > > > the old microsling project, to get this working, but I'm not sure how
> > > > to go about it.
> > > >
> > > > Any directions welcome :)
> > > >
> > > > Cheers,
> > > > PS
> > > >
> >
> >
Re: Change in default handler
Posted by Peter Svensson <ps...@gmail.com>.
Hi Felix and all,
I did actually read that discussion, I just didn't understand it :)
Thanks for the info. I'll get on the case tonight, and finally be able to
write my own json content serializer.
Could some kind soul also point out again where the agreement that one shall
sign is, I've looked around in my inbox but can't seem to find it.
Thanks,
PS
On Jan 29, 2008 9:00 AM, Felix Meschberger <fm...@gmail.com> wrote:
> Hi Peter,
>
> Exactly as David said, I modified this behaviour yesterday. If you
> update the sling/servlet-resolver project and redeploy the bundle, the
> js file should be delivered as expected again.
>
> Background: With the most recent changes to the Sling API I implemented
> automatic server-side execution of directly addressed scripts. This was
> implemented by simple checking whether the addressed resource adapts to
> a servlet, which is the case ".js" files. This is now changed to only
> execute such directly addressed script of the request extension
> (request.getRequestPathInfo().getExtension()) is not null.
>
> Regards
> Felix
>
> Am Dienstag, den 29.01.2008, 08:46 +0100 schrieb David Nuescheler:
> > hi peter,
> >
> > i think this is an issue that sling tried to execute the js file instead
> > of just delivering it. this was part of a bigger discussion and should
> > have been removed by now.
> >
> > felix may have more details.
> >
> > regards,
> > david
> >
> > On 1/28/08, Peter Svensson <ps...@gmail.com> wrote:
> > > Hi, I've finally found some time again to see if I can get Sling and
> Bunkai
> > > to work together. My plan at the moment is to create my own custom esp
> > > script to handle serialization of resources hierarchies into json, in
> a way
> > > that can be consumed by Dojo.
> > >
> > > I've managed to mount the latest svn revision of Sling and use
> Launchpad.
> > > I've copied Bunkai into the webDAv mount, and manage to access my html
> page.
> > > The css gets read correctly, but when I try to laod any js file, I get
> this;
> > >
> > > javax.script.Bindings.put
> (Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > > (500)
> > >
> > > The requested URL /bunkai/dojo-1.0.2/dojo/dojo.js resulted in an error
> in
> > > Sling Core Default Servlet.
> > > Exception:
> > >
> > > java.lang.NoSuchMethodError:
> > > javax.script.Bindings.put
> (Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > > at
> org.apache.sling.scripting.resolver.impl.DefaultSlingScript.verifySlingBindings
> (DefaultSlingScript.java:305)
> > > at
> org.apache.sling.scripting.resolver.impl.DefaultSlingScript.eval(
> DefaultSlingScript.java:97)
> > > at
> org.apache.sling.scripting.resolver.impl.DefaultSlingScript.service(
> DefaultSlingScript.java:162)
> > > at
> org.apache.sling.servlet.resolver.defaults.DefaultServlet.doGet(
> DefaultServlet.java:81)
> > >
> > > And I understand that this means that the current Launchpad does not
> > > know how to provide .js files.
> > > Most probably, it's a simple operation to copy code or classes from
> > > the old microsling project, to get this working, but I'm not sure how
> > > to go about it.
> > >
> > > Any directions welcome :)
> > >
> > > Cheers,
> > > PS
> > >
>
>
Re: Change in default handler
Posted by Felix Meschberger <fm...@gmail.com>.
Hi Peter,
Exactly as David said, I modified this behaviour yesterday. If you
update the sling/servlet-resolver project and redeploy the bundle, the
js file should be delivered as expected again.
Background: With the most recent changes to the Sling API I implemented
automatic server-side execution of directly addressed scripts. This was
implemented by simple checking whether the addressed resource adapts to
a servlet, which is the case ".js" files. This is now changed to only
execute such directly addressed script of the request extension
(request.getRequestPathInfo().getExtension()) is not null.
Regards
Felix
Am Dienstag, den 29.01.2008, 08:46 +0100 schrieb David Nuescheler:
> hi peter,
>
> i think this is an issue that sling tried to execute the js file instead
> of just delivering it. this was part of a bigger discussion and should
> have been removed by now.
>
> felix may have more details.
>
> regards,
> david
>
> On 1/28/08, Peter Svensson <ps...@gmail.com> wrote:
> > Hi, I've finally found some time again to see if I can get Sling and Bunkai
> > to work together. My plan at the moment is to create my own custom esp
> > script to handle serialization of resources hierarchies into json, in a way
> > that can be consumed by Dojo.
> >
> > I've managed to mount the latest svn revision of Sling and use Launchpad.
> > I've copied Bunkai into the webDAv mount, and manage to access my html page.
> > The css gets read correctly, but when I try to laod any js file, I get this;
> >
> > javax.script.Bindings.put(Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > (500)
> >
> > The requested URL /bunkai/dojo-1.0.2/dojo/dojo.js resulted in an error in
> > Sling Core Default Servlet.
> > Exception:
> >
> > java.lang.NoSuchMethodError:
> > javax.script.Bindings.put(Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> > at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.verifySlingBindings(DefaultSlingScript.java:305)
> > at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.eval(DefaultSlingScript.java:97)
> > at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.service(DefaultSlingScript.java:162)
> > at org.apache.sling.servlet.resolver.defaults.DefaultServlet.doGet(DefaultServlet.java:81)
> >
> > And I understand that this means that the current Launchpad does not
> > know how to provide .js files.
> > Most probably, it's a simple operation to copy code or classes from
> > the old microsling project, to get this working, but I'm not sure how
> > to go about it.
> >
> > Any directions welcome :)
> >
> > Cheers,
> > PS
> >
Re: Change in default handler
Posted by David Nuescheler <da...@day.com>.
hi peter,
i think this is an issue that sling tried to execute the js file instead
of just delivering it. this was part of a bigger discussion and should
have been removed by now.
felix may have more details.
regards,
david
On 1/28/08, Peter Svensson <ps...@gmail.com> wrote:
> Hi, I've finally found some time again to see if I can get Sling and Bunkai
> to work together. My plan at the moment is to create my own custom esp
> script to handle serialization of resources hierarchies into json, in a way
> that can be consumed by Dojo.
>
> I've managed to mount the latest svn revision of Sling and use Launchpad.
> I've copied Bunkai into the webDAv mount, and manage to access my html page.
> The css gets read correctly, but when I try to laod any js file, I get this;
>
> javax.script.Bindings.put(Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> (500)
>
> The requested URL /bunkai/dojo-1.0.2/dojo/dojo.js resulted in an error in
> Sling Core Default Servlet.
> Exception:
>
> java.lang.NoSuchMethodError:
> javax.script.Bindings.put(Ljava/lang/String;Ljava/lang/Object;)Ljava/lang/Object;
> at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.verifySlingBindings(DefaultSlingScript.java:305)
> at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.eval(DefaultSlingScript.java:97)
> at org.apache.sling.scripting.resolver.impl.DefaultSlingScript.service(DefaultSlingScript.java:162)
> at org.apache.sling.servlet.resolver.defaults.DefaultServlet.doGet(DefaultServlet.java:81)
>
> And I understand that this means that the current Launchpad does not
> know how to provide .js files.
> Most probably, it's a simple operation to copy code or classes from
> the old microsling project, to get this working, but I'm not sure how
> to go about it.
>
> Any directions welcome :)
>
> Cheers,
> PS
>