Mailing-List: contact dev-help@jackrabbit.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@jackrabbit.apache.org
Message-ID: <11567839.1193847950604.JavaMail.jira@brutus>
Date: Wed, 31 Oct 2007 09:25:50 -0700 (PDT)
From: "Julian Reschke (JIRA)" <jira@apache.org>
To: dev@jackrabbit.apache.org
Subject: [jira] Updated: (JCR-1200) allow SPI implementation to compute
 default values for autocreated properties
In-Reply-To: <10870689.1193840330607.JavaMail.jira@brutus>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


     [ https://issues.apache.org/jira/browse/JCR-1200?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Julian Reschke updated JCR-1200:
--------------------------------

    Attachment: JCR-1200.patch.txt

Proposed patch (SPI/JCR2SPI).


> allow SPI implementation to compute default values for autocreated properties
> -----------------------------------------------------------------------------
>
>                 Key: JCR-1200
>                 URL: https://issues.apache.org/jira/browse/JCR-1200
>             Project: Jackrabbit
>          Issue Type: Improvement
>          Components: SPI
>            Reporter: Julian Reschke
>            Assignee: Julian Reschke
>            Priority: Minor
>         Attachments: JCR-1200.patch.txt
>
>
> Currently, when creating nodes in transient space, JCR2SPI uses hard-wired logic trying to populate system generated properties such as jcr:created, jcr;uuid and so on.
> This is problematic as
> - it doesn't scale -- it fails for autocreated properties not known to JCR2SPI, and
> - the syntax for the defaults may be dependant on the back end, such as legal syntax for (UU)IDs.
> Proposal:
> - extend QValueFactory with something like
>   QValue computeDefaultValue(QPropertyDefinition)
> - use that in JCR2SPI, getting rid of the currently hard-wired logic.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.