On Mon, Apr 20, 2009 at 5:45 PM, Carl Hall carl.h...@gmail.com wrote:
Are node properties viewable/changeable through webdav access to a JCR repo?
Not AFAIK, WebDAV is about files...I *think* there's an enhanced
WebDAV component in Jackrabbit that allows for some additional JCR
remoting, can
Hi Mike,
On Mon, Apr 20, 2009 at 9:31 PM, Mike Müller mike...@mysign.ch wrote:
...I tried your setup and it doesn't feel (as it seems on a first view) that
unproductive
Sure, it kind of works ;-)
...You haven't to turn off the Java Builder needfully. Let it turned
on, you get all the
On Tue, Apr 21, 2009 at 10:17 AM, Bertrand Delacretaz
bdelacre...@apache.org wrote:
On Mon, Apr 20, 2009 at 5:45 PM, Carl Hall carl.h...@gmail.com wrote:
Are node properties viewable/changeable through webdav access to a JCR repo?
Not AFAIK, WebDAV is about files...I *think* there's an
Bertrand Delacretaz wrote:
On Mon, Apr 20, 2009 at 5:45 PM, Carl Hall carl.h...@gmail.com wrote:
Are node properties viewable/changeable through webdav access to a JCR repo?
Not AFAIK, WebDAV is about files...I *think* there's an enhanced
WebDAV component in Jackrabbit that allows for some
If SlingSimpleWebDavServlet gets the config defined under
https://svn.apache.org/repos/asf/jackrabbit/trunk/jackrabbit-webapp/src/main/webapp/WEB-INF/config.xmlthe
propertyhandlers should do what you need (autoexport of properties).
Since I don't have a project setup here to look what's configured
Hi,
Just found out that our confluence wiki includes the gliffy plugin for
diagrams - created a test page at
http://cwiki.apache.org/confluence/display/SLING/Testing%20gliffy%20diagrams
if you want to play with it.
(Didn't test if such diagrams would make it to the website though)
-Bertrand
I have been looking at user manager and the way in which it stores
users in the JCR.
Is there a suitable place to perform a storage abstraction. At the
moment users all go into 1 folder, and this might be ok for up to a
few 1000. But we typically have 25K to 200K users on current
Hi Ian
On Tue, Apr 21, 2009 at 7:45 PM, Ian Boston i...@caret.cam.ac.uk wrote:
I have been looking at user manager and the way in which it stores users in
the JCR.
Is there a suitable place to perform a storage abstraction. At the moment
users all go into 1 folder, and this might be ok for
To be honest I hadn't spotted that subtlety,
from Sling's use of the core UserManager, users are created under the
location for the current user, and the same goes for the group
definition file resulting in a tree of who created which user or group.
So provided one user isn't used to
AbstractSlingRepository.java unbindLog() sets method scoped log to null
---
Key: SLING-934
URL: https://issues.apache.org/jira/browse/SLING-934
Project: Sling
Issue Type:
[
https://issues.apache.org/jira/browse/SLING-934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Meschberger reassigned SLING-934:
---
Assignee: Felix Meschberger
AbstractSlingRepository.java unbindLog() sets method
[
https://issues.apache.org/jira/browse/SLING-934?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12701385#action_12701385
]
Felix Meschberger commented on SLING-934:
-
Correct. Thanks for reporting.
[
https://issues.apache.org/jira/browse/SLING-934?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Felix Meschberger updated SLING-934:
Fix Version/s: JCR Base 2.0.4
AbstractSlingRepository.java unbindLog() sets method scoped
AbstractSlingRepository.startRepository() may not dispose off repository
Key: SLING-935
URL: https://issues.apache.org/jira/browse/SLING-935
Project: Sling
Issue Type:
14 matches
Mail list logo
