I really don't know enough about Jetty to really say what else is going
wrong here, Sorry :(

Derek

On Mon, Aug 17, 2009 at 7:09 PM, Peter Robinett <pe...@bubblefoundry.com>wrote:

>
> mvn -Dorg.mortbay.util.FileResource.checkAliases=False  jetty:run lead
> to:
>
> HTTP ERROR 503
>
> Problem accessing /jquery.sparkline.js. Reason:
>
>    java.lang.IllegalStateException: Alias checking disabled
>
> Is is just for the symlin in the webroot – requsting the one in the js
> subdirectory still causes Lift to say it isn't in the SiteMap.
>
> Any ideas? Thanks?
>
> Peter
>
> On Aug 16, 7:13 am, Derek Chen-Becker <dchenbec...@gmail.com> wrote:
> > OK, this is not Lift's error message, but rather Jetty's. You need to set
> > the following property to tell Jetty not to check symlinks:
> >
> > -Dorg.mortbay.util.FileResource.checkAliases=False
> >
> > Derek
> >
> > On Fri, Aug 14, 2009 at 1:28 PM, Peter Robinett <pe...@bubblefoundry.com
> >wrote:
> >
> >
> >
> > > It is not in my site map. I did try the ResourceServer with the
> > > symlinked script in the 'js' subdir.
> >
> > > Peter
> >
> > > On Aug 14, 6:43 am, Derek Chen-Becker <dchenbec...@gmail.com> wrote:
> > > > Is the path to that file defined in your SiteMap?  In the case of
> using
> > > > ResourceServer, the "js" that you've tried means that the script
> should
> > > be
> > > > under a "js" subdir.
> >
> > > > Derek
> >
> > > > On Thu, Aug 13, 2009 at 7:57 PM, Peter Robinett <
> pe...@bubblefoundry.com
> > > >wrote:
> >
> > > > > My Lift project is in a git repository and to the repository I've
> > > > > added a submodule. Since right now I only want one javascript file
> > > > > from this submodule, my thought was to make the directory src/main/
> > > > > webroot/js and then make a symbolic link to the javascript file in
> > > > > question. Unfortunately, when I try to request the file at
> > > > >http://localhost:9090/js/jquery.sparkline.js, I get a 403 response
> > > > > that says the page is not defined in my sitemap. There was no note
> of
> > > > > the request in the stdout.
> >
> > > > > Thinking that the js subdirectory is the problem, I then tried
> making
> > > > > the symlink in the webroot directory and got a 404 error. On stdout
> it
> > > > > said:
> > > > > 2009-08-13 18:38:23.051::WARN:  Aliased resource:
> file:/Users/peter/
> > > > > Sites/Equal%20Networks/server/src/main/webapp/
> > > > >
> jquery.sparkline.js==file:/Users/peter/Sites/Equal%20Networks/server/
> > > > > vendors/dashboard/www/jquery.sparkline.js
> >
> > > > > From this I gather than Lift is troubled by the presence of a
> symlink
> > > > > and refused to acknowledge its presence. Is this true? If so, why?
> >
> > > > > From the thread last week on ExtJS I see a discussion on loading
> files
> > > > > in webroot, including supporting a css directory by adding the
> > > > > following to Boot.scala:
> > > > > ResourceServer.allow {
> > > > >  case "css" :: _ => true
> > > > > }
> >
> > > > > I already have a css file being served from a directory in the
> exact
> > > > > same location without any additions to Boot.scala. Nonetheless, I
> > > > > tried the following:
> > > > > ResourceServer.allow {
> > > > >  case "js" :: _ => true
> > > > > }
> >
> > > > > Unfortunately, this had no effect. So, how can I get my symlinked
> > > > > javascript to be server? Or should I just give up on symlinks
> > > > > altogether (I'm not a git master, so perhaps that was the wrong
> > > > > approach anyway).
> >
> > > > > Peter Robinett
> >
> > > > > PS I'm on 1.1-SNAPSHOT.
> > > > > PPS The YUI Compressor works well. Very cool.
> >
>

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Lift" group.
To post to this group, send email to liftweb@googlegroups.com
To unsubscribe from this group, send email to 
liftweb+unsubscr...@googlegroups.com
For more options, visit this group at 
http://groups.google.com/group/liftweb?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to