jackrabbit-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Tobias Bocanegra" <tobias.bocane...@day.com>
Subject Re: jackrabbit-core 1.4.2 release plan
Date Fri, 14 Mar 2008 01:40:15 GMT
i would also add
[JCR-1471] Error when registering nodetype with same propdef as supertype

since it breaks existing custom nodetype def imports. i have not
verified it, but i assume it was introduced with the SPI abstraction.

regards, toby
On 3/13/08, Jukka Zitting <jukka.zitting@gmail.com> wrote:
> Hi,
>
>  We now have JCR-1359 and a number of other jackrabbit-core issues
>  fixed, and I'm ready to tag and build a candidate for the 1.4.2
>  release. The current list of changes in this release is:
>
>   Improvements
>   [JCR-1375] Limit fields read from index
>
>   Bug fixes
>   [JCR-1275] NullPointerException in AbstractVersionManager....
>   [JCR-1359] Adding nodes from concurrently running sessions cause exceptions
>   [JCR-1414] Data store garbage collection: inUse not correctly synchronized
>   [JCR-1408] Invalid query results when using jcr:like with a case ...
>   [JCR-1459] NullPointerException on startup if IndexingQueue has ...
>   [JCR-1449] Registering nodetypes with empty namespace prefix causes ...
>   [JCR-1427] XPath query with child axis predicates
>   [JCR-1453] Allow access to journal inside ClusterNode
>   [JCR-1415] Clustering configuration documentation for syncDelay ...
>   [JCR-1432] Saving a node deletion that has been modified externally ...
>   [JCR-1460] Typo in repository.xml
>
>  I'm not convinced that JCR-1375 should be in this patch release, and
>  there is also demand to have JCR-1469 included.
>
>  I'd personally like to keep a hard line on release versioning, i.e.
>  only bug fixes in patch releases and if needed do more frequent minor
>  releases for other improvements and new features.
>
>  WDYT, should we be more relaxed in what goes into each release, or
>  should we keep up the strict release policy? In the latter case I
>  think we should go further down the line of component releases and
>  allow releases like jackrabbit-core 1.5 whenever needed regardless of
>  the status of other components.
>
>  BR,
>
>
>  Jukka Zitting
>


-- 
-----------------------------------------< tobias.bocanegra@day.com >---
Tobias Bocanegra, Day Management AG, Barfuesserplatz 6, CH - 4001 Basel
T +41 61 226 98 98, F +41 61 226 98 97
-----------------------------------------------< http://www.day.com >---

Mime
View raw message