Re: serve static file?
I'm tried http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html from http://www.reverse.net/pub/apache//sling/org.apache.sling.fsresource-1.0.2.jar and also from svn trunk. my configuration: http://localhost:4502/system/console/configMgr/org.apache.sling.fsprovider.internal.FsResourceProvider provider.roots = /apps/fs (also tried /jcr:root/apps/fs, /jcr:root/fs, and /fs) provider.file = /home/sam/jcr I restarted sling, too. But I don't see /apps/fs or /fs in the repository even when I create files under /home/sam/jcr. Also, I manually created nt:folder node /fs or /apps/fs, and crated files under /home/sam/jcr. But, I don't see those created files. Is there something else I should be doing? On Thu, May 12, 2011 at 8:45 AM, Julian Sedding jsedd...@gmail.com wrote: Good to hear. To ease your development setup the FileSystem resource provider should do the trick. Regards Julian On Thu, May 12, 2011 at 1:08 PM, sam lee skyn...@gmail.com wrote: Thanks. I just did not want to put static files in the repository. It was difficult to synchronize files on our VCS and the repository. Normal workflow was, edit javascript and css files. And, then push them to the repository to see the change. If things work, commit to VCS. I could have used WebDAV mount. I was too lazy to mount sling WebDAV to existing directory and see what happens. Static files will be served from CDN eventually. So, I'm not concerned with performance. On Thu, May 12, 2011 at 6:30 AM, Julian Sedding jsedd...@gmail.com wrote: Hi Sam Why would you want to do this? If it's for performance reasons, did you measure if there is actually a problem? If you request the static resource from Sling (and it is backed by a JCR Node), it is just spooled out to the client. In case of binaries, they would typically be served out of JackRabbit's DataStore and therefore be served from the filesystem already. So all you could get rid of is the Sling overhead, which should be minimal. Alternatively, it is possible to install the FileSystem Provider[0] bundle, which is available on the Downloads page[1]. This allows you to serve resources from the file system, but is still handled by Sling and thus is ultimately served by the SlingMainServlet. Regards Julian [0] http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html [1] http://sling.apache.org/site/downloads.cgi#Downloads-SlingComponents On Thu, May 12, 2011 at 12:07 PM, sam lee skyn...@gmail.com wrote: Hey, Is there a way to serve static files from filesystem (not repository)? For example, GET /static/js/jquery.js will be served from /var/www/media/js/jquery.js of filesystem, not repository. (/static/* is served from /var/www/media/*)
Re: serve static file?
On 29.08.11 15:58, sam ² skyn...@gmail.com wrote: I'm tried http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsre source.html ... I restarted sling, too. But I don't see /apps/fs or /fs in the repository even when I create files under /home/sam/jcr. The file system resource provider works on the filesystem, and only maps those directories from the fs into Sling's virtual resource view. If you look at the JCR repository, you won't see them. There is currently no tool that I am aware of which would display the Sling resource tree. Cheers, Alex -- Alexander Klimetschek Developer // Adobe (Day) // Berlin - Basel
Re: serve static file?
Hi, You don't see it in the repository, but through the Sling Resource Tree. If you access the Sling explorer (e.g. http://localhost:8080/.explorer.html) you will be able to see them. Regards Felix On 29.08.2011 15:58, sam ” wrote: I'm tried http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html from http://www.reverse.net/pub/apache//sling/org.apache.sling.fsresource-1.0.2.jar and also from svn trunk. my configuration: http://localhost:4502/system/console/configMgr/org.apache.sling.fsprovider.internal.FsResourceProvider provider.roots = /apps/fs (also tried /jcr:root/apps/fs, /jcr:root/fs, and /fs) provider.file = /home/sam/jcr I restarted sling, too. But I don't see /apps/fs or /fs in the repository even when I create files under /home/sam/jcr. Also, I manually created nt:folder node /fs or /apps/fs, and crated files under /home/sam/jcr. But, I don't see those created files. Is there something else I should be doing? On Thu, May 12, 2011 at 8:45 AM, Julian Sedding jsedd...@gmail.com wrote: Good to hear. To ease your development setup the FileSystem resource provider should do the trick. Regards Julian On Thu, May 12, 2011 at 1:08 PM, sam lee skyn...@gmail.com wrote: Thanks. I just did not want to put static files in the repository. It was difficult to synchronize files on our VCS and the repository. Normal workflow was, edit javascript and css files. And, then push them to the repository to see the change. If things work, commit to VCS. I could have used WebDAV mount. I was too lazy to mount sling WebDAV to existing directory and see what happens. Static files will be served from CDN eventually. So, I'm not concerned with performance. On Thu, May 12, 2011 at 6:30 AM, Julian Sedding jsedd...@gmail.com wrote: Hi Sam Why would you want to do this? If it's for performance reasons, did you measure if there is actually a problem? If you request the static resource from Sling (and it is backed by a JCR Node), it is just spooled out to the client. In case of binaries, they would typically be served out of JackRabbit's DataStore and therefore be served from the filesystem already. So all you could get rid of is the Sling overhead, which should be minimal. Alternatively, it is possible to install the FileSystem Provider[0] bundle, which is available on the Downloads page[1]. This allows you to serve resources from the file system, but is still handled by Sling and thus is ultimately served by the SlingMainServlet. Regards Julian [0] http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html [1] http://sling.apache.org/site/downloads.cgi#Downloads-SlingComponents On Thu, May 12, 2011 at 12:07 PM, sam lee skyn...@gmail.com wrote: Hey, Is there a way to serve static files from filesystem (not repository)? For example, GET /static/js/jquery.js will be served from /var/www/media/js/jquery.js of filesystem, not repository. (/static/* is served from /var/www/media/*)
Re: serve static file?
Nice explorer shows files. I was using crx-delite. On Mon, Aug 29, 2011 at 10:30 AM, Felix Meschberger fmesc...@adobe.comwrote: Hi, You don't see it in the repository, but through the Sling Resource Tree. If you access the Sling explorer (e.g. http://localhost:8080/.explorer.html) you will be able to see them. Regards Felix On 29.08.2011 15:58, sam ” wrote: I'm tried http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html from http://www.reverse.net/pub/apache//sling/org.apache.sling.fsresource-1.0.2.jar and also from svn trunk. my configuration: http://localhost:4502/system/console/configMgr/org.apache.sling.fsprovider.internal.FsResourceProvider provider.roots = /apps/fs (also tried /jcr:root/apps/fs, /jcr:root/fs, and /fs) provider.file = /home/sam/jcr I restarted sling, too. But I don't see /apps/fs or /fs in the repository even when I create files under /home/sam/jcr. Also, I manually created nt:folder node /fs or /apps/fs, and crated files under /home/sam/jcr. But, I don't see those created files. Is there something else I should be doing? On Thu, May 12, 2011 at 8:45 AM, Julian Sedding jsedd...@gmail.com wrote: Good to hear. To ease your development setup the FileSystem resource provider should do the trick. Regards Julian On Thu, May 12, 2011 at 1:08 PM, sam lee skyn...@gmail.com wrote: Thanks. I just did not want to put static files in the repository. It was difficult to synchronize files on our VCS and the repository. Normal workflow was, edit javascript and css files. And, then push them to the repository to see the change. If things work, commit to VCS. I could have used WebDAV mount. I was too lazy to mount sling WebDAV to existing directory and see what happens. Static files will be served from CDN eventually. So, I'm not concerned with performance. On Thu, May 12, 2011 at 6:30 AM, Julian Sedding jsedd...@gmail.com wrote: Hi Sam Why would you want to do this? If it's for performance reasons, did you measure if there is actually a problem? If you request the static resource from Sling (and it is backed by a JCR Node), it is just spooled out to the client. In case of binaries, they would typically be served out of JackRabbit's DataStore and therefore be served from the filesystem already. So all you could get rid of is the Sling overhead, which should be minimal. Alternatively, it is possible to install the FileSystem Provider[0] bundle, which is available on the Downloads page[1]. This allows you to serve resources from the file system, but is still handled by Sling and thus is ultimately served by the SlingMainServlet. Regards Julian [0] http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html [1] http://sling.apache.org/site/downloads.cgi#Downloads-SlingComponents On Thu, May 12, 2011 at 12:07 PM, sam lee skyn...@gmail.com wrote: Hey, Is there a way to serve static files from filesystem (not repository)? For example, GET /static/js/jquery.js will be served from /var/www/media/js/jquery.js of filesystem, not repository. (/static/* is served from /var/www/media/*)
Re: serve static file?
You could push the files to the repository by doing an HTTP post. There is even the curl api for uploading and installing CQ packages. Sarwar On Mon, Aug 29, 2011 at 4:08 PM, sam ” skyn...@gmail.com wrote: Nice explorer shows files. I was using crx-delite. On Mon, Aug 29, 2011 at 10:30 AM, Felix Meschberger fmesc...@adobe.com wrote: Hi, You don't see it in the repository, but through the Sling Resource Tree. If you access the Sling explorer (e.g. http://localhost:8080/.explorer.html) you will be able to see them. Regards Felix On 29.08.2011 15:58, sam ” wrote: I'm tried http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html from http://www.reverse.net/pub/apache//sling/org.apache.sling.fsresource-1.0.2.jar and also from svn trunk. my configuration: http://localhost:4502/system/console/configMgr/org.apache.sling.fsprovider.internal.FsResourceProvider provider.roots = /apps/fs (also tried /jcr:root/apps/fs, /jcr:root/fs, and /fs) provider.file = /home/sam/jcr I restarted sling, too. But I don't see /apps/fs or /fs in the repository even when I create files under /home/sam/jcr. Also, I manually created nt:folder node /fs or /apps/fs, and crated files under /home/sam/jcr. But, I don't see those created files. Is there something else I should be doing? On Thu, May 12, 2011 at 8:45 AM, Julian Sedding jsedd...@gmail.com wrote: Good to hear. To ease your development setup the FileSystem resource provider should do the trick. Regards Julian On Thu, May 12, 2011 at 1:08 PM, sam lee skyn...@gmail.com wrote: Thanks. I just did not want to put static files in the repository. It was difficult to synchronize files on our VCS and the repository. Normal workflow was, edit javascript and css files. And, then push them to the repository to see the change. If things work, commit to VCS. I could have used WebDAV mount. I was too lazy to mount sling WebDAV to existing directory and see what happens. Static files will be served from CDN eventually. So, I'm not concerned with performance. On Thu, May 12, 2011 at 6:30 AM, Julian Sedding jsedd...@gmail.com wrote: Hi Sam Why would you want to do this? If it's for performance reasons, did you measure if there is actually a problem? If you request the static resource from Sling (and it is backed by a JCR Node), it is just spooled out to the client. In case of binaries, they would typically be served out of JackRabbit's DataStore and therefore be served from the filesystem already. So all you could get rid of is the Sling overhead, which should be minimal. Alternatively, it is possible to install the FileSystem Provider[0] bundle, which is available on the Downloads page[1]. This allows you to serve resources from the file system, but is still handled by Sling and thus is ultimately served by the SlingMainServlet. Regards Julian [0] http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html [1] http://sling.apache.org/site/downloads.cgi#Downloads-SlingComponents On Thu, May 12, 2011 at 12:07 PM, sam lee skyn...@gmail.com wrote: Hey, Is there a way to serve static files from filesystem (not repository)? For example, GET /static/js/jquery.js will be served from /var/www/media/js/jquery.js of filesystem, not repository. (/static/* is served from /var/www/media/*)
serve static file?
Hey, Is there a way to serve static files from filesystem (not repository)? For example, GET /static/js/jquery.js will be served from /var/www/media/js/jquery.js of filesystem, not repository. (/static/* is served from /var/www/media/*)
Re: serve static file?
Hi Sam, I think you can use the Filesystem Resource Provider bundle. The docs [1] and the source [2]. HTH, Regards, Agus [1] http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html [2] http://svn.apache.org/repos/asf/sling/trunk/bundles/extensions/fsresource 2011/5/12 sam lee skyn...@gmail.com: Hey, Is there a way to serve static files from filesystem (not repository)? For example, GET /static/js/jquery.js will be served from /var/www/media/js/jquery.js of filesystem, not repository. (/static/* is served from /var/www/media/*)
Re: serve static file?
Thanks. I just did not want to put static files in the repository. It was difficult to synchronize files on our VCS and the repository. Normal workflow was, edit javascript and css files. And, then push them to the repository to see the change. If things work, commit to VCS. I could have used WebDAV mount. I was too lazy to mount sling WebDAV to existing directory and see what happens. Static files will be served from CDN eventually. So, I'm not concerned with performance. On Thu, May 12, 2011 at 6:30 AM, Julian Sedding jsedd...@gmail.com wrote: Hi Sam Why would you want to do this? If it's for performance reasons, did you measure if there is actually a problem? If you request the static resource from Sling (and it is backed by a JCR Node), it is just spooled out to the client. In case of binaries, they would typically be served out of JackRabbit's DataStore and therefore be served from the filesystem already. So all you could get rid of is the Sling overhead, which should be minimal. Alternatively, it is possible to install the FileSystem Provider[0] bundle, which is available on the Downloads page[1]. This allows you to serve resources from the file system, but is still handled by Sling and thus is ultimately served by the SlingMainServlet. Regards Julian [0] http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html [1] http://sling.apache.org/site/downloads.cgi#Downloads-SlingComponents On Thu, May 12, 2011 at 12:07 PM, sam lee skyn...@gmail.com wrote: Hey, Is there a way to serve static files from filesystem (not repository)? For example, GET /static/js/jquery.js will be served from /var/www/media/js/jquery.js of filesystem, not repository. (/static/* is served from /var/www/media/*)
Re: serve static file?
Good to hear. To ease your development setup the FileSystem resource provider should do the trick. Regards Julian On Thu, May 12, 2011 at 1:08 PM, sam lee skyn...@gmail.com wrote: Thanks. I just did not want to put static files in the repository. It was difficult to synchronize files on our VCS and the repository. Normal workflow was, edit javascript and css files. And, then push them to the repository to see the change. If things work, commit to VCS. I could have used WebDAV mount. I was too lazy to mount sling WebDAV to existing directory and see what happens. Static files will be served from CDN eventually. So, I'm not concerned with performance. On Thu, May 12, 2011 at 6:30 AM, Julian Sedding jsedd...@gmail.com wrote: Hi Sam Why would you want to do this? If it's for performance reasons, did you measure if there is actually a problem? If you request the static resource from Sling (and it is backed by a JCR Node), it is just spooled out to the client. In case of binaries, they would typically be served out of JackRabbit's DataStore and therefore be served from the filesystem already. So all you could get rid of is the Sling overhead, which should be minimal. Alternatively, it is possible to install the FileSystem Provider[0] bundle, which is available on the Downloads page[1]. This allows you to serve resources from the file system, but is still handled by Sling and thus is ultimately served by the SlingMainServlet. Regards Julian [0] http://sling.apache.org/site/accessing-filesystem-resources-extensionsfsresource.html [1] http://sling.apache.org/site/downloads.cgi#Downloads-SlingComponents On Thu, May 12, 2011 at 12:07 PM, sam lee skyn...@gmail.com wrote: Hey, Is there a way to serve static files from filesystem (not repository)? For example, GET /static/js/jquery.js will be served from /var/www/media/js/jquery.js of filesystem, not repository. (/static/* is served from /var/www/media/*)