Re: svn commit: r607215 - in /incubator/sling/trunk/jcr/api/src/main/java/org/apache/sling/jcr/api: NodeTypeLoader.java internal/loader/Loader.java

2008-01-03 Thread Felix Meschberger
Am Donnerstag, den 03.01.2008, 14:00 +0100 schrieb Carsten Ziegeler: > But it seems that the osgi console is in these cases not displaying the > imports correctly: the javax.jcr classes are not listed in the imported > packages list of the jcr api bundle. This is strange, as I can see this import

Re: svn commit: r607215 - in /incubator/sling/trunk/jcr/api/src/main/java/org/apache/sling/jcr/api: NodeTypeLoader.java internal/loader/Loader.java

2008-01-03 Thread Carsten Ziegeler
Felix Meschberger wrote: > > As long as the Jackrabbit API jar file is in the class path, the Sling > Web App (launcher/webapp) is configured to include the jackrabbit API in > the boot class path. See > > http://svn.apache.org/repos/asf/incubator/sling/trunk/launcher/webapp/src/main/webapp/WEB-I

Re: svn commit: r607215 - in /incubator/sling/trunk/jcr/api/src/main/java/org/apache/sling/jcr/api: NodeTypeLoader.java internal/loader/Loader.java

2008-01-03 Thread Felix Meschberger
Hi Carsten, Am Donnerstag, den 03.01.2008, 13:42 +0100 schrieb Carsten Ziegeler: > Carsten Ziegeler wrote: > > Felix Meschberger wrote: > >> Not quite: The launcher should be configured such that the Jackrabbit > >> API classes are added to the bootclass path just like the JCR API > >> classes. Yo

Re: svn commit: r607215 - in /incubator/sling/trunk/jcr/api/src/main/java/org/apache/sling/jcr/api: NodeTypeLoader.java internal/loader/Loader.java

2008-01-03 Thread Carsten Ziegeler
Carsten Ziegeler wrote: > Felix Meschberger wrote: >> Not quite: The launcher should be configured such that the Jackrabbit >> API classes are added to the bootclass path just like the JCR API >> classes. You still need the jcr/api bundle because it also has the >> session pooling. > Yes, right. >

Re: svn commit: r607215 - in /incubator/sling/trunk/jcr/api/src/main/java/org/apache/sling/jcr/api: NodeTypeLoader.java internal/loader/Loader.java

2008-01-03 Thread Carsten Ziegeler
Felix Meschberger wrote: > > Not quite: The launcher should be configured such that the Jackrabbit > API classes are added to the bootclass path just like the JCR API > classes. You still need the jcr/api bundle because it also has the > session pooling. Yes, right. > > Thanks you OSGi package r

Re: Everything is a Resource

2008-01-03 Thread Felix Meschberger
Hi Alexander, Am Donnerstag, den 03.01.2008, 13:03 +0100 schrieb Alexander Klimetschek: > Hi all, > > let me sum up the discussion a bit: > > Advantages of JCR are the visibility, explorability and easy > editability with standard tools (eg. mount as webdav, use your > operating systems file

Thoughts towards an initial release

2008-01-03 Thread Felix Meschberger
Hi all, I have been thinking about releases and version numbers in Sling and wrote up an initial text on that at [1]. The page is currently missing the actual list of bundles, we would want to include in the initial release. This is something, which still has to be defined. WDYT ? Regards Felix

Re: Everything is a Resource

2008-01-03 Thread Alexander Klimetschek
Hi all, let me sum up the discussion a bit: Advantages of JCR are the visibility, explorability and easy editability with standard tools (eg. mount as webdav, use your operating systems file system support). Combined with the paradigm "Everything is content" and pure scripting, Sling is si

Re: Everything is a Resource

2008-01-03 Thread Felix Meschberger
Hi, This sounds like "reinventing the wheel" Am Donnerstag, den 03.01.2008, 12:18 +0200 schrieb Jukka Zitting: > No. I'd use nodes for configuring Servlets and Filters and have a > mechanism in the Sling framework for mapping those configuration nodes > to the runtime instances of the compone

Re: Everything is a Resource

2008-01-03 Thread Jukka Zitting
Hi, On Jan 3, 2008 11:09 AM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > Am Mittwoch, den 02.01.2008, 11:39 +0200 schrieb Jukka Zitting: > > Along those lines, my counter-proposal would be to use special > > sling:servlet and sling:filter nodes for configuring and accessing > > such resources,

Re: svn commit: r607215 - in /incubator/sling/trunk/jcr/api/src/main/java/org/apache/sling/jcr/api: NodeTypeLoader.java internal/loader/Loader.java

2008-01-03 Thread Felix Meschberger
Hi, Am Donnerstag, den 03.01.2008, 10:27 +0100 schrieb Carsten Ziegeler: > Felix Meschberger wrote: > > Hi, > > > > Am Mittwoch, den 02.01.2008, 12:00 +0200 schrieb Jukka Zitting: > >> Hi, > >> > >> On Jan 2, 2008 10:18 AM, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: > >>> My changes to the code

Re: svn commit: r607215 - in /incubator/sling/trunk/jcr/api/src/main/java/org/apache/sling/jcr/api: NodeTypeLoader.java internal/loader/Loader.java

2008-01-03 Thread Carsten Ziegeler
Felix Meschberger wrote: > Hi, > > Am Mittwoch, den 02.01.2008, 12:00 +0200 schrieb Jukka Zitting: >> Hi, >> >> On Jan 2, 2008 10:18 AM, Carsten Ziegeler <[EMAIL PROTECTED]> wrote: >>> My changes to the code use (some ugly) method reflection instead of >>> relying on a specific interface. We could

Re: Everything is a Resource

2008-01-03 Thread Felix Meschberger
Hi Jukka, Am Mittwoch, den 02.01.2008, 11:39 +0200 schrieb Jukka Zitting: > Hi, > > On Dec 29, 2007 9:51 PM, Felix Meschberger <[EMAIL PROTECTED]> wrote: > > After the recent thread on scripting "everything" and some off-line > > discussions around this matter, I come to the conclusion, that it i