Content Overwrite in the Content Loader (was: [jira] Commented: (SLING-311) Record loaded content to not reload inadvertedly.)

Taking this to the list ... Am Mittwoch, den 16.04.2008, 01:22 -0700 schrieb Carsten Ziegeler (JIRA): > [ > https://issues.apache.org/jira/browse/SLING-311?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12589463#action_12589463 > ] > > Carsten Ziegeler c

Re: Content Overwrite in the Content Loader

Hi, Am Mittwoch, den 16.04.2008, 11:11 +0200 schrieb Bertrand Delacretaz: > On Wed, Apr 16, 2008 at 11:04 AM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > ... We could of course add a setting to force overwrite: > > > > > >/content;overwrite

Re: Content Overwrite in the Content Loader

Hi, Am Mittwoch, den 16.04.2008, 11:21 +0200 schrieb Carsten Ziegeler: > Bertrand Delacretaz wrote: > > On Wed, Apr 16, 2008 at 11:06 AM, Carsten Ziegeler <[EMAIL PROTECTED]> > > wrote: > > > >> ... Hmm, the more I think about it, the more I have the feeling that > >> initial > >> content commi

Re: Content Overwrite in the Content Loader

Hi, Am Mittwoch, den 16.04.2008, 10:56 +0200 schrieb Bertrand Delacretaz: > On Wed, Apr 16, 2008 at 10:48 AM, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > > > > ...So the content loader should try to overwrite existing nodes and > > properties ? > > > > > Yes. The only problem might be that a u

Re: svn commit: r648657 - /incubator/sling/trunk/launchpad/app/src/main/java/org/apache/sling/launcher/app/main/Main.java

OOps. Thanks. Regards Felix Am Mittwoch, den 16.04.2008, 10:07 + schrieb [EMAIL PROTECTED]: > Author: bdelacretaz > Date: Wed Apr 16 03:07:41 2008 > New Revision: 648657 > > URL: http://svn.apache.org/viewvc?rev=648657&view=rev > Log: > SLING-384 - LogbackManager -> LogManager > > Modified:

Re: question about adding a bundle using launchpad & net beans 5.0 warning.

egards Felix [1] http://incubator.apache.org/sling/site/discover-sling-in-15-minutes.html > > Thanks again for the valuable advice. > > regards, > janandith. > > > > > > > On Wed, Apr 16, 2008 at 2:57 PM, Bertrand Delacretaz <[EMAIL PROTECTED]>

Re: Simplifying script paths and names?

Hi all, Basically, I agree with the proposed extensions. But we should try to not exagerate ... After all we have to concoct this all (1) in a decent description and (2) into code. So to continue my discussion, lets add another example: resource type = sling:sample uri = /foo/bar.print.a4.ht

Re: Reusing launchpad-app/-webapp

Hi, Am Mittwoch, den 16.04.2008, 13:22 +0200 schrieb Carsten Ziegeler: > I'm currently using the launchpad/webapp to build my own webapp. All I > need from the webapp are the configuration files for Sling and the > classes which launch Sling; no bundles etc. > Now, this works, but unfortunately

Re: Reusing launchpad-app/-webapp

Hi, Am Mittwoch, den 16.04.2008, 14:19 +0200 schrieb Niklas Gustavsson: > On Wed, Apr 16, 2008 at 1:22 PM, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > > I'm currently using the launchpad/webapp to build my own webapp. All I need > > from the webapp are the configuration files for Sling and the

Re: Reusing launchpad-app/-webapp

Hi Niklas, Am Mittwoch, den 16.04.2008, 21:49 +0200 schrieb Niklas Gustavsson: > On Wed, Apr 16, 2008 at 5:54 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > What you of course can do, if you only need the console, is to use the > > Felix main programm and add the c

Re: o.a.s.jcr.base.internal.loader.Loader vs. o.a.s.jcr.resource.internal.loader.Loader

Hi Oliver, Am Donnerstag, den 17.04.2008, 13:17 +0200 schrieb Oliver Lietz: > hello all, > > why are there two Loaders? I'm asking because initial content (with custom > node types and namespace) loading from bundle by Loader from resource fails > due to missing namespace handling. The necessar

Re: Simplifying script paths and names?

Hi all, Am Freitag, den 18.04.2008, 09:21 +0200 schrieb Bertrand Delacretaz: > On Wed, Apr 16, 2008 at 5:11 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > ...The generic script name would > > then be: > > > > > > {pathPrefix}/{resourceTyp

Re: Content Overwrite in the Content Loader

Hi, Am Freitag, den 18.04.2008, 11:02 +0200 schrieb Alexander Saar: > I like the proposal very much, as it would support my needs during > development. > > But in future there might be more complex cases where you have to > consider the (maybe modified) content in detail - or want to change

Re: Simplifying script paths and names?

Hi, Am Freitag, den 18.04.2008, 10:44 +0200 schrieb Bertrand Delacretaz: > On Fri, Apr 18, 2008 at 9:56 AM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > > > ...{scriptPathPrefix}/{resourceTypePath}/{resourceTypeLabel}.{selectorString}.{requestMethod}.{requestExt

Re: Simplifying script paths and names?

Hi, So, I think we have some kind of a consensus and here is issue SLING-387 [1] covering this change. Regards Felix [1] https://issues.apache.org/jira/browse/SLING-387 Am Freitag, den 18.04.2008, 11:16 +0200 schrieb Bertrand Delacretaz: > On Fri, Apr 18, 2008 at 11:11 AM, Felix Meschber

Re: Simplifying script paths and names?

Hi, Am Freitag, den 18.04.2008, 13:59 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > Hi, > > > > So, I think we have some kind of a consensus and here is issue SLING-387 > > [1] covering this change. > > > Looks good to me so far. But :) how

Re: Simplifying script paths and names?

Hi, Am Freitag, den 18.04.2008, 14:59 +0200 schrieb Bertrand Delacretaz: > On Fri, Apr 18, 2008 at 2:54 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > Am Freitag, den 18.04.2008, 13:59 +0200 schrieb Carsten Ziegeler: > > >...Given that we search in /A and

YAC: Split jcr/resource in two

Hi all, I am proposing Yet Another Change: Currently the jcr/resource bundle contains the ResourceResolver with support for the virtual Resource Tree and the initial content loader. My guts feeling says, that initial content loading and ResourceResolver implementation is not related. Therefore, I

Re: Simplifying script paths and names?

Hi, Am Freitag, den 18.04.2008, 15:21 +0200 schrieb Carsten Ziegeler: > > I was in fact thinking of calculating a weight value for each script > > path and take the one with the greatest value. But I think, it is > > probably even better to make use of the Comparable interface (or > > Comparator d

Re: Simplifying script paths and names?

Hi, Am Freitag, den 18.04.2008, 15:53 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > Hi, > > > > Am Freitag, den 18.04.2008, 15:21 +0200 schrieb Carsten Ziegeler: > >>> I was in fact thinking of calculating a weight value for each script >

Re: Simplifying script paths and names?

Hi, Am Freitag, den 18.04.2008, 15:54 +0200 schrieb Bertrand Delacretaz: > On Fri, Apr 18, 2008 at 3:45 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > ...Consider two scripts > > > > /apps/sling/sample/sample.esp > > /libs/sling/sample/

Re: Simplifying script paths and names?

Hi, Am Freitag, den 18.04.2008, 16:35 +0200 schrieb Carsten Ziegeler: > Having scripts in /apps and /libs where /libs > has precendence of /apps still feels not very intuitive for me. It is the other way around: /apps has precedence over /libs. And this is IMHO intuitive. Regards Felix

Re: Simplifying script paths and names?

Hi, Am Freitag, den 18.04.2008, 16:22 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > > > The search path from ResourceResolver.getSearchPath defines the order. > > And this is currently configured to be [ "/apps", "/libs" ], thus giving

Re: Clearing JCR repository

Hi Craig, Am Freitag, den 18.04.2008, 10:07 -0500 schrieb Craig L. Ching: > Hi, > > Just getting started with sling and I'm wondering what's the right way > to clear out the JCR repository between runs if I want to reinitialize > my content. I tried just deleting the 'sling' directory, but after

Re: Content Overwrite in the Content Loader

ards Felix > > [0] https://issues.apache.org/jira/browse/JCR-733 > > -- > toby > > > On 4/18/08, Alexander Saar <[EMAIL PROTECTED]> wrote: > > Hi, > > > > Am 18.04.2008 um 11:08 schrieb Felix Meschberger: > > > > > > > > &g

Re: Dummy content object

Hi Erik, Am Montag, den 21.04.2008, 13:46 +0200 schrieb Erik Buene: > Hi > > I am experimenting with using xslt transformations on sling by using my > own renderer servlet. Since the system we are building will require a > type of wysiwig template builder (building templates without writing >

Re: Reusing launchpad-app/-webapp

Hi, Am Montag, den 21.04.2008, 15:17 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > So here is my proposal: We create a launchpad/core module, which just > > contains the classes from the app and web app module and combine them in > > a single (simple) jar

Re: Reusing launchpad-app/-webapp

Hi, Am Montag, den 21.04.2008, 15:31 +0200 schrieb Bertrand Delacretaz: > On Mon, Apr 21, 2008 at 3:17 PM, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > > > > Felix: > > >... Now my question is: both launchpad/app and launchpadd/webapp use the > > > same set of bundles. Is there a way of sharing

Re: Reusing launchpad-app/-webapp

Hi, Am Montag, den 21.04.2008, 15:38 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote > >> I don't know - perhaps we could define this in a separate pom and then > >> use the assembly plugin, or we can write a custom plugin. I've written a > >>

Re: JCR Explorer

Hi, Am Dienstag, den 22.04.2008, 21:50 +0200 schrieb Bertrand Delacretaz: > On Tue, Apr 22, 2008 at 5:01 PM, David Nuescheler <[EMAIL PROTECTED]> wrote: > > ... personally, i think that it would be great if the jcr explorer was > > backed on the > > standard sling json serialization and the stan

RE: JCR Explorer

Hi, Am Dienstag, den 22.04.2008, 15:55 -0500 schrieb Craig L. Ching: > 3) Does anyone have any thoughts on how they'd like to see properties > vs. children (e.g. does everyone agree that the way the Eclipse browser > works is a good model for this? Or are there certain things that should > be don

Re: What are the best practices used in Sling.

Hi Janandith, Am Freitag, den 25.04.2008, 00:48 +0600 schrieb janandith jayawardena: > I would like to know about the development process and best practices used > in Sling. The single most best practice is: Have Fun ;-) > 1. If there is any preferred coding standard used. We have no special co

Apache Sling wins 5. Prize at the JAX Innovation Award

Hi all, We would like to inform you, that at this years JAX Innovation Award Ceremony of Wednesday night, Apache Sling was awarded the 5. prize. We are very proud of this recognition of our project and efforts. Please refer to [1] and [2] (german only) for more information. Regards Carsten and

Re: IncludeTest fails

Hi Andreas, Thanks for reporting this issue. We look into this shortly. Regards Felix Am Donnerstag, den 24.04.2008, 16:26 +0200 schrieb Andreas Hartmann: > Hi Sling devs, > > FYI: the IncludeTest fails on my machine after a fresh check-out (stack > trace attached below). I wasn't sure if thi

Re: Sling parameters in maven bundle plugin?

Hi, Am Freitag, den 25.04.2008, 14:39 +0200 schrieb Alexander Klimetschek: > Hi all, > > is there any documentation about the parameters supported by Sling in > the maven-bundle plugin, ie. the Manifest entries that are read by > Sling? (Sling-Initial-Content, etc.) I couldn't find one... Th

Re: Simplifying script paths and names?

Hi, Am Freitag, den 25.04.2008, 16:40 +0200 schrieb David Nuescheler: > after going through this entire discussion and looking at issue: > https://issues.apache.org/jira/browse/SLING-387 > i would like to raise the following point. > > i think it is important that this change was originally sugge

Re: Bundlifying non-osgi jars

Hi, Am Freitag, den 25.04.2008, 17:58 +0200 schrieb Alexander Klimetschek: > Hi, > > what is the best practice when you want to bundle a lot of external > maven jar files that aren't OSGi bundles yet? > > Partial knowledge snippets I could collect so far: > > 1) some projects might already an

Re: Bundlifying non-osgi jars

Hi, Am Freitag, den 25.04.2008, 18:42 +0200 schrieb Tobias Bocanegra: > basically you create a bundle and embed the dependencies: > > eg: > > org.apache.felix > maven-bundle-plugin > true > > >

Re: Bundlifying non-osgi jars

Hi, Am Freitag, den 25.04.2008, 18:23 +0200 schrieb Alexander Saar: > If you are only using parts of > these frameworks, you can add the packages you need as private > packages and the maven bundle plugin will add them to the bundle. This is actually a good idea for small dependencies and all

Re: Simplifying script paths and names?

Hi, Give me 5 minutes, I am just now preparing a new summary of findings we had on a discussion this morning ;-) Regards Felix Am Montag, den 28.04.2008, 15:22 +0200 schrieb Bertrand Delacretaz: > Hi, > > On Sun, Apr 27, 2008 at 1:37 PM, David Nuescheler <[EMAIL PROTECTED]> wrote: > > ... i thi

Re: Simplifying script paths and names?

sts > > that usually need selectors are image requests which are very good > > cacheable in a higher teer. so i don't think that in a real-live > > scenario, the resource resolution performance is that relevant. and of > > course it can easily be cached. > > > > -- >

Re: Post Servlet Response Codes

Hi Alex, Am Dienstag, den 29.04.2008, 10:17 +0200 schrieb Alexander Saar: > Hi all, > I tried to create nodes with random names using Sling Post Servlet and > XHR, but I always receive responses with status code 200 and not 201 > as expected. Yes, because currently the SlingPostServlet calls

Re: Post Servlet Response Codes

Hi, Am Dienstag, den 29.04.2008, 13:41 +0200 schrieb Tobias Bocanegra: > > The Location header seems to in fact not be set for a content creation > > request. I agree, that this is a bug in the SlingPostServlet. Could you > > please create an issue for that one ? Thanks. > the location header is

Re: Post Servlet Response Codes

Hi, Am Dienstag, den 29.04.2008, 15:47 +0200 schrieb Alexander Saar: > >>> and there will be another request parameter > >>> which allows to override the response code for special case handling > >>> like hidden iframes in forms. This parameter could be named > >>> sling:post:responseCodeOverride

Re: svn commit: r652271 - /incubator/sling/trunk/scripting/javascript/src/main/java/org/apache/sling/scripting/javascript/wrapper/ScriptableBase.java

Hi Bertrand, Am Mittwoch, den 30.04.2008, 05:44 + schrieb [EMAIL PROTECTED]: > Added: > > incubator/sling/trunk/scripting/javascript/src/main/java/org/apache/sling/scripting/javascript/wrapper/ScriptableBase.java >(with props) > > +/** @return the Java object that we're wrapping,

Re: svn commit: r652286 - in /incubator/sling/trunk/sling/core: pom.xml src/main/resources/SLING-INF/nodetypes/content.cnd

Hi Carsten, Am Mittwoch, den 30.04.2008, 06:18 + schrieb [EMAIL PROTECTED]: > Add sling:Folder nodetype. What is the use case for this node type Just curious ;-) Regards Felix PS: Am I picky today ;-) > > Added: > > incubator/sling/trunk/sling/core/src/main/resources/SLING-

Re: Should jcr.api export jackrabbit api?

Hi Carsten, Am Dienstag, den 29.04.2008, 16:51 +0200 schrieb Carsten Ziegeler: > I'm wondering why we export the jackrabbit-api in our jcr.api? > The jcr api should imho not be tied to any jcr implementation. You are right, of course and we should move the jackrabbit API another bundle, e.g. o.a.

Re: svn commit: r652299 - in /incubator/sling/trunk/jcr/contentloader: ./ DISCLAIMER LICENSE LICENSE.kxml2 NOTICE pom.xml src/ src/main/ src/main/java/

Hi Carsten, Am Mittwoch, den 30.04.2008, 06:29 + schrieb [EMAIL PROTECTED]: > Author: cziegeler > Date: Tue Apr 29 23:29:30 2008 > New Revision: 652299 > > URL: http://svn.apache.org/viewvc?rev=652299&view=rev > Log: > Start new module for content loading. Great ! We should have a JIRA for t

Re: [RT] Cleaning up our modules (Part I)

Hi Carsten, Am Dienstag, den 29.04.2008, 17:28 +0200 schrieb Carsten Ziegeler: > Hi, > > So, wrapping up: > a) "commons" is a place for common code/bundles which is not directly > tied to Sling (but used by Sling) > b) We move the stuff from the "osgi" dir to "better places" > c) osgi/assembly -

Re: Should jcr.api export jackrabbit api?

Hi, Am Mittwoch, den 30.04.2008, 08:35 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > Hi Carsten, > > > > Am Dienstag, den 29.04.2008, 16:51 +0200 schrieb Carsten Ziegeler: > >> I'm wondering why we export the jackrabbit-api in our jcr.api?

Re: [jira] Created: (SLING-400) Separate content loading from resource bundle

Congratulations to #400 ! ;-) Am Dienstag, den 29.04.2008, 23:36 -0700 schrieb Carsten Ziegeler (JIRA): > Separate content loading from resource bundle > - > > Key: SLING-400 > URL: https://issues.apache.org/jira/brows

Re: svn commit: r652299 - in /incubator/sling/trunk/jcr/contentloader: ./ DISCLAIMER LICENSE LICENSE.kxml2 NOTICE pom.xml src/ src/main/ src/main/java/

Hi, Am Mittwoch, den 30.04.2008, 08:39 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > Great ! We should have a JIRA for that ? > > > Hmm, where was this comment about someone being picky today... :) just > kidding. LOL Regards Felix

Re: [RT] Cleaning up our modules (Part I)

Hi, Am Mittwoch, den 30.04.2008, 08:44 +0200 schrieb Carsten Ziegeler: > > (2) deploy: deployes bundles into a Sling OBR server. This is > > related to the obr bundle. If the obr bundle is redone as a > > console plugin, we might offer this part together with the > >

Re: [jira] Created: (SLING-400) Separate content loading from resource bundle

Hi, Am Mittwoch, den 30.04.2008, 08:57 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > Congratulations to #400 ! > > > :) We could start a competition - the person creating #1000 gets a free > drink at new ApacheCon :) ... or T-Shirt ;-) Regards Felix

Re: Should jcr.api export jackrabbit api?

Am Mittwoch, den 30.04.2008, 12:03 +0200 schrieb Carsten Ziegeler: > Carsten Ziegeler wrote: > > Felix Meschberger wrote: > >> > >> I was thinking about this option, too. But it has IMO two drawbacks: (1) > >> It mixes API and implementation and requires two bun

Re: Continuum

Hi Carsten, Makes sense. Thanks. Regards Felix Am Mittwoch, den 30.04.2008, 19:28 +0200 schrieb Carsten Ziegeler: > Hi, > > I removed all projects from continuum so we shouldn't get any annoying > mails from there anymore. > I'll add all projects once svn is working again and we have done most

Re: Understanding Script Context.

Hi, Am Mittwoch, den 30.04.2008, 21:07 +0600 schrieb janandith jayawardena: > Hi , > > According to what i observed from scripting modules in Sling there is a > Script Context used in the Script Engine's eval method. > > Also according to what i understood from the JSR 223 spec a Script context

Board Report

Hi all, Sling has to report in May again. Therefore I prepared our report and filled in some initial content in [1]. Please feel free to add missing stuff or fix errors. Thanks and Regards Felix [1] http://cwiki.apache.org/confluence/display/SLING/Incubator+Status +Report+%28May+2008%29

Re: Board Report

Hi, Am Samstag, den 03.05.2008, 11:24 +0300 schrieb Jukka Zitting: > At some point we may want to put more focus on addressing the > diversity issue. Getting the first release out will probably help. Sure. On the other hand, I keep thinking of whether we should change our community roles specifi

Re: Sling Beans

Hi Ransford, Am Sonntag, den 04.05.2008, 06:50 -0700 schrieb paksegu: > Hi, > Is it possible to use classes created in sling as manage beans in jsf apps > (Shale)? I am afraid, that I cannot tell you whether this works or not - simply because I don't know enough of JSF and Shale. If you could

Re: Board Report

Hi, Am Montag, den 05.05.2008, 08:21 +0200 schrieb Carsten Ziegeler: > Looks good to me; I added the 5th prize :) Oh, yeah ! How could I forget about that one Thanks. Regards Felix > > Carsten > > Felix Meschberger wrote: > > Hi all, > > > > Sling has

[RT] Cleaning up our modules (Part III)

Hi all, Ok, part III is me ;-) While we are reorganizing stuff, how about these two: (1) Scripting-Resolver The scripting-resolver module is not actually the implementation of the ScriptResolver interface. In fact this module has nothing to with script resolution at all but contains a servlet w

Re: Question using Sling in existing OSGI Plattform

Hi Michael, Sorry for the long delay on an the answer for this Am Montag, den 21.04.2008, 16:54 +0200 schrieb Michael Szalay: > I want to use Sling in an existing OSGI plattform for jcr access. > Is there a documentation which modules have to be added to an existing > plattform? > I built

Re: Convenient way for installing Sling in another OSGi container?

Hi Gert, Am Dienstag, den 22.04.2008, 08:49 +0200 schrieb Gert Vanthienen: > Thanks for your help! You can find the end result of my experiments on > http://servicemix.apache.org/SMX4KNL/running-apache-sling-on-servicemix-kernel.html > > -- it can be done simpler but we also intended to show o

Re: Post Servlet Response Codes

Hi, To summarize the findings: We have three (major) use cases (1) Standard HTTP Response, e.g. 201 for a resource creation (2) Redirect (3) HTML Response (2) is already supported with the ":redirect" parameter as is (3) as the default behaviour. (1) can easily be added in that we add ano

Re: Post Servlet Response Codes

Hi, Am Montag, den 05.05.2008, 15:17 +0200 schrieb Tobias Bocanegra: > On 5/5/08, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > (1) Standard HTTP Response, e.g. 201 for a resource creation > > (2) Redirect > > (3) HTML Response > ... > >(a) would this

Re: Post Servlet Response Codes

Hi, Am Montag, den 05.05.2008, 16:58 +0200 schrieb Bertrand Delacretaz: > On Mon, May 5, 2008 at 4:24 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > If :status is "alwaysok", the 200 > > response is sent > > According to SLING-422, this

Re: Post Servlet Response Codes

Hi, Am Dienstag, den 06.05.2008, 06:10 +0200 schrieb David Nuescheler: > > > I am fine with this, too. If there is no objection I will change that > > > value to trigger the IE-friendly (which it is ;-) ) mode to "browser". > > I don't see any reason to include it as a mode. As a workaround, sur

servlet-resolver build failure

Hi all, Currently the sling/servlet-resolver fails to build because the source is not completely committed yet. I will commit further changes later this morning to fix this situation. Sorry for any inconvenience. Regards Felix

Re: SLING-387, bar.POST.esp not supported?

Hi, Am Dienstag, den 06.05.2008, 10:53 +0200 schrieb Tobias Bocanegra: > afair the consensus was that the simplified script names only apply > for GET requests. Exactly. The assumption was (and IMHO still is), that there will not be nearly as many scripts for non-GET methods as there will be to h

Re: servlet-resolver build failure

Hi, Am Dienstag, den 06.05.2008, 10:53 +0200 schrieb Bertrand Delacretaz: > On Tue, May 6, 2008 at 10:31 AM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > ... Currently the sling/servlet-resolver fails to build because the source > > is not completely committed ye

Dissecting the SlingPostServlet

Hi all, While trying to implement SLING-422 [1] it occurred to me, that the SlingPostServlet is anything but REST-ful. For example, it is possible to have a request for resource /a which at the same might cause a resoure /x/y to be moved to /e/f and much nastier things. Providing an accurate respo

Re: Dissecting the SlingPostServlet

Hi Bertrand, Am Dienstag, den 06.05.2008, 13:49 +0200 schrieb Bertrand Delacretaz: > On Tue, May 6, 2008 at 11:36 AM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > ... Special treatment for resource creation happens if the path is > > terminated by a slash (as pro

Re: Dissecting the SlingPostServlet

Hi, Am Dienstag, den 06.05.2008, 14:41 +0200 schrieb Bertrand Delacretaz: > On Tue, May 6, 2008 at 2:31 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > ...should we support the trailing slash case at all ? Maybe it > > would be a good thing for some users ?...

Re: Dissecting the SlingPostServlet

Hi, Am Dienstag, den 06.05.2008, 14:53 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > Hi, > > > > Am Dienstag, den 06.05.2008, 14:41 +0200 schrieb Bertrand Delacretaz: > >> On Tue, May 6, 2008 at 2:31 PM, Felix Meschberger <[EMAIL PROTECTED]>

Servlet Registration

Hi all, Servlets registered as OSGi services are taken up by the Sling Servlet Resolver to use them for request processing. To this avail a number of service registration properties have been defined which are considered for that registration. One such property is the sling.servlet.methods proper

Re: Servlet Registration

Hi all, Ok, I implemented this in Rev. 654077 (and have also adapted the SlingWebDavServlet). Regards Felix Am Mittwoch, den 07.05.2008, 10:58 +0200 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > So I propose to change the sling.servlet.methods property handling as &g

Re: [jira] Resolved: (SLING-431) Unexplained NPE in AbstractSlingRepository.pingAndCheck

Hi, Am Mittwoch, den 07.05.2008, 06:46 -0700 schrieb Bertrand Delacretaz (JIRA): > Thanks for the pointer, I have added the org.osgi.service.log Import-Package > to the jcr.jackrabbit.client bundle and that got rid of the > ClassNotFoundException. Could this be something we should talk to Peter

[VOTE] Moving the Sling Management Console to Apache Felix

Hi all, After an initial round of discussion and letting it almost be forgotten, we should finally start to get this moving again. As noted in [1] the incubating Apache Sling project has a module - a single bundle - which provides a Web Based Management Console. The base bundle allows mainly for

Re: [VOTE] Moving the Sling Management Console to Apache Felix

Hi, Am Donnerstag, den 08.05.2008, 08:23 +0200 schrieb Carsten Ziegeler: > Does this include the obr stuff? Just the "client" side as to display in the console. The OBR server is not included, yet. I imagine, we could refactor the OBR server we have in Sling as a "console plugin" and then move it

Re: [RT] Cleaning up our modules (Part IV)

Hi, Am Donnerstag, den 08.05.2008, 10:52 +0200 schrieb Carsten Ziegeler: > Ok, part four is from me again :) hehe > I briefly looked at the nodetypes we define in Sling and where we define it: > > a) jcr.resource (resource.cnd) defines sling:Resource and > sling:ResourceSuperType > > b) core

Re: SLING-247: Provide Scripting variables as request attributes for JSP

Hi, Am Donnerstag, den 08.05.2008, 14:02 +0200 schrieb Carsten Ziegeler: > a) should we really support the "flush" information in the jsp? The flush attribute is really a workaround for non-JSP scriptings. The JSP tags support this attribute out of the box. +1 for not adding. > b) should we rea

Re: [RT] Cleaning up our modules (Part IV)

Hi, Am Donnerstag, den 08.05.2008, 11:37 +0200 schrieb Carsten Ziegeler: > > (2) node types in selection.cnd: These are mainly used for the object > > mapping in o.a.s.core.objects. First question: Are these used/needed ? > > Second: Shouldn't they better be moved to a separate, probably extension

Re: Dissecting the SlingPostServlet

5.2008, 11:36 +0200 schrieb Felix Meschberger: > Hi all, > > While trying to implement SLING-422 [1] it occurred to me, that the > SlingPostServlet is anything but REST-ful. For example, it is possible > to have a request for resource /a which at the same might cause a > resoure

Re: Confluence snippet plugin, how?

Hi, Am Freitag, den 09.05.2008, 10:01 +0200 schrieb Bertrand Delacretaz: > Hi, > > Seems like our confluence wikis have the snippet plugin [1] enabled. > > I tried it at http://cwiki.apache.org/confluence/display/SLING/Documentation > but it doesn't work as I don't know what the configured prefi

Re: Confluence snippet plugin, how?

Hi, Forgot a thing: The prefix is: sling/ -> http://svn.apache.org/repos/asf/incubator/sling/trunk/ So, to refer to the reactor pom.xml, the snippet URL would be sling/pom.xml as in: {snippet:id=id|url=sling/pom.xml} Still, INFRA-1607 is an obstacle to this. Regards Felix Am Freitag, d

Re: Providing the scriptResource to scripts?

Hi, Am Freitag, den 09.05.2008, 11:25 +0200 schrieb Carsten Ziegeler: > Hi, > > what do you think of adding another variable to the set of provided > variables for scripts: the script resource? > > This can be usefull if your script needs additional resources that are > located "next to" the s

Re: Confluence snippet plugin, how?

Hi Bertrand Am Freitag, den 09.05.2008, 10:47 +0200 schrieb Bertrand Delacretaz: > On Fri, May 9, 2008 at 10:23 AM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > > ...The prefix is: > > > > sling/ -> http://svn.apache.org/repos/asf/incubator/slin

Re: OutOfMemory in Jackrabbit-Server install

Hi, I encountered this, too, myself. This is most probably caused by the implementation of SLING-437 (merge jackrabbit-text-extractors into jackrabbit-server), which causes a much bigger bundle with tons of additional classes to be built and analized. I will look into that and try to find a solut

Re: Import/Export Roundtrip

Hi, Am Freitag, den 09.05.2008, 18:14 +0100 schrieb Paul Noden: > The Import/Export round-trip is something that's critical once > projects start to migrate or backup content, so I'm working on > introducing a mechanism for importing content on the sling level. > Script import/export is available

Re: Import/Export Roundtrip

Hi, Am Freitag, den 09.05.2008, 21:47 +0200 schrieb Tobias Bocanegra: > On 5/9/08, Paul Noden <[EMAIL PROTECTED]> wrote: > > The Import/Export round-trip is something that's critical once > > projects start to migrate or backup content, so I'm working on > > introducing a mechanism for importing

Re: Import/Export Roundtrip

Hi, Am Samstag, den 10.05.2008, 01:18 +0100 schrieb Paul Noden: > I should have a svn patch available sometime early next week. > > Paul Cool. Looking forward to that. Regards Felix

Re: Import/Export Roundtrip

Hi, Am Sonntag, den 11.05.2008, 23:24 +0100 schrieb Paul Noden: > Ok, i need to learn some of these acronyms pretty quick! iiirgs? > > So I think you're suggesting that the work should continue with the > json strategy (downplaying the idea of large scale tasks) whilst you > ensure the sysview be

Re: [RT] Cleaning up our modules (Part V)

Hi, Am Dienstag, den 13.05.2008, 08:30 +0200 schrieb Carsten Ziegeler: > Hi, > > it seems that we are nearly through - so this could be the last part of > the series for now :) Great !! > I think the remaining part is the "sling" directory. I'm not sure if > this contains some extensions we c

Re: which repository.xml is actually used in sling ?.

Hi, Am Dienstag, den 13.05.2008, 00:20 +0600 schrieb janandith jayawardena: > Hi, > > There are four repository.xml files in the sling directory. > > These are > > 1. sling/launchpad/app/sling/repository.xml This should NOT be in SVN. It is only created if you launch sling as a standalone jar

Re: [jira] Created: (SLING-444) Let scripts use the Sling log

Hi, This functionality is already present with the gobal "log" variable which is a SLF4J Logger specifically created for the script after the name of the script. So, for example, an ESP might do: ... <% log.info("Starting processing"); %> ... Is this

Import/Export Generalization

Hi all, triggered by Paul Noden's JSON import support for the SlingPostServlet, I have started to think about generalized support for import/export of repository content. I imagine, that we would have single bundle, which provides support for import and export of content and which is used by the v

Re: [VOTE] Moving the Sling Management Console to Apache Felix

Hi, Almost forgot mine ;-) Am Mittwoch, den 07.05.2008, 21:52 +0200 schrieb Felix Meschberger: > [+1] Yes, move the Management Console to Apache Felix Regards Felix Am Mittwoch, den 07.05.2008, 21:52 +0200 schrieb Felix Meschberger: > Hi all, > > After an initial round of di

Re: [VOTE] Moving the Sling Management Console to Apache Felix

And here is mine (almost too late ;-) [+1] Yes, move the Management Console to Apache Felix Regards Felix Am Mittwoch, den 07.05.2008, 22:04 +0200 schrieb Felix Meschberger: > Hi all, > > After an initial round of discussion and letting it almost be forgotten, > we should finally

[RESULT] [VOTE] Moving the Sling Management Console to Apache Felix

(Crossposting to Sling Dev List for information) Hi all, Time to tally this vote (binding votes marked with *): +1 Marcel Offermans* +1 Alex Karasulu* +1 Alin Dreghiciu +1 Stuart McCulloch* +1 Richard Hall* +1 Carsten Ziegeler* +1 Rob Walker* +1 Felix Meschberger* So

  1   2   3   4   5   6   7   8   9   10   >