[Created] (JCR-3234) QueryStat getPopularQueries doesn't set the proper position

QueryStat getPopularQueries doesn't set the proper position
-----------------------------------------------------------

                 Key: JCR-3234
                 URL: https://issues.apache.org/jira/browse/JCR-3234
             Project: Jackrabbit Content Repository
          Issue Type: Bug
          Components: jackrabbit-core
         Environment: Embarrassing copy/paste error. I was updating the wrong array and the position info was
never returned.

This made any jmx client to fail with:
at javax.management.openmbean.TabularDataSupport.checkValueAndIndex(TabularDataSupport.java:871)
	at javax.management.openmbean.TabularDataSupport.internalPut(TabularDataSupport.java:331)
	at javax.management.openmbean.TabularDataSupport.put(TabularDataSupport.java:323)
	at org.apache.jackrabbit.core.jmx.QueryStatManager.asTabularData(QueryStatManager.java:103)
            Reporter: Alex Parvulescu
            Priority: Trivial
             Fix For: 2.5

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jr3 Microkernel] equals() not symmetric

Hi,

I stumbled upon this by chance: The equals method for the classes 
ChildNodeEntriesMap and ChildNodeEntry is not symmetric. This will most 
certainly lead to subtle bugs later on.

Michael

Jackrabbit 2.2.12 release plan

Hi,

As you probably already noticed, I just backported the improvements
JCR-3066 and JCR-3146 to the 2.2 branch. The rationale is to get a way
to control the size of also the non-forked pool of text extraction
threads with Jackrabbit 2.2.x, something that was possible in
Jackrabbit 1.x but unfortunately not again before 2.4.0 where we
restored that functionality with JCR-3146.

To get this improvement out also for users of Jackrabbit 2.2.x, I'd
like to start preparing for a 2.2.12 maintenance release next week. If
you have other bugfixes or low-risk improvements that should go into
the release, please label them for 2.2.12 in Jira.

BR,

Jukka Zitting

Build failed in Jenkins: Jackrabbit-2.2 #62

See <https://builds.apache.org/job/Jackrabbit-2.2/62/changes>

Changes:

[jukka] 2.2: Merged revision 1169801 (JCR-3066)

------------------------------------------
[...truncated 513 lines...]
Running org.apache.jackrabbit.spi.commons.nodetype.constraint.PathConstraintTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.jackrabbit.spi.commons.nodetype.PropertyDefinitionTemplateImplTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.005 sec
Running org.apache.jackrabbit.spi.commons.conversion.ParsingNameResolverTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.jackrabbit.spi.commons.name.ElementTest
Tests run: 6, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.jackrabbit.spi.commons.query.sql2.ParserTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.625 sec
Running org.apache.jackrabbit.spi.commons.name.MatcherTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.012 sec
Running org.apache.jackrabbit.spi.commons.nodetype.constraint.NumericConstraintTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec
Running org.apache.jackrabbit.spi.commons.nodetype.constraint.StringConstraintTest
Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec
Running org.apache.jackrabbit.spi.commons.nodetype.constraint.BooleanConstraintTest
Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.006 sec
Running org.apache.jackrabbit.spi.commons.nodetype.NodeDefinitionTemplateImplTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec
Running org.apache.jackrabbit.spi.commons.identifier.SerializationTest
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.017 sec

[ANNOUNCE] Apache Jackrabbit 2.4.0 released

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.4.0. The release is available for download at:

    http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release.

Release Notes -- Apache Jackrabbit -- Version 2.4.0

Introduction
------------

This is Apache Jackrabbit(TM) 2.4, a fully compliant implementation of the
Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
specified in the Java Specification Request 283 (JSR 283).

Apache Jackrabbit 2.4 is an incremental feature release based on and
compatible with earlier stable Jackrabbit 2.x releases. Jackrabbit 2.4.x
releases are considered stable and targeted for production use.

Changes since Jackrabbit 2.2.0
------------------------------

New features

  [JCR-2859] Make open scoped locks recoverable
  [JCR-2936] JMX Bindings for Jackrabbit
  [JCR-3005] Make it possible to get multiple nodes in one call via davex
  [JCR-3040] JMX Stats for the Session
  [JCR-3117] Stats for the PersistenceManager

New wiki page - Statistics

[Created] (JCR-3233) Provide callback for consistency checker

Provide callback for consistency checker
----------------------------------------

                 Key: JCR-3233
                 URL: https://issues.apache.org/jira/browse/JCR-3233
             Project: Jackrabbit Content Repository
          Issue Type: New Feature
          Components: jackrabbit-core
            Reporter: Martin Böttcher

Allow caller to specify a listener that will be called for each node being checked.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[ANNOUNCE] Apache Jackrabbit 2.2.11 released

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit 2.2.11. The release is available for download at:

   http://jackrabbit.apache.org/downloads.html

See the full release notes below for details about this release.

Release Notes -- Apache Jackrabbit -- Version 2.2.11

Introduction
------------

This is Apache Jackrabbit(TM) 2.2, a fully compliant implementation of the
Content Repository for Java(TM) Technology API, version 2.0 (JCR 2.0) as
specified in the Java Specification Request 283 (JSR 283).

Apache Jackrabbit 2.2.11 is patch release that contains fixes and
improvements over previous 2.2.x releases. This release is backwards
compatible with all earlier 2.x releases.

Changes in this release
-----------------------

Improvements

  [JCR-3107] Speed up hierarchy cache initialization
  [JCR-3167] Make Jackrabbit compile on Java 7

Bug fixes

  [JCR-3148] Using transactions still leads to memory leak
  [JCR-3174] Destination URI should be normalized
  [JCR-3175] InputContextImpl: cannot upload file larger than 2GB
  [JCR-3210] NPE in spi2dav when server does not send all headers
  [JCR-3223] Disallow unregistering of node types still (possibly) in use

For more detailed information about all the changes in this and other
Jackrabbit releases, please see the Jackrabbit issue tracker at

    https://issues.apache.org/jira/browse/JCR

Node type unregistration problem in 2.2.[0-10]
----------------------------------------------

Earlier 2.2.x releases (< 2.2.11) mistakenly allowed node types to be
unregistered without no checks on whether those types are still referenced
in content. Before Jackrabbit 2.1 the "checkForReferencesInContent" method
used to always throw a "not yet implemented" exception since we haven't yet
implemented that functionality and didn't want people to accidentally break
the consistency of their content by removing types that are still used.
However, before the 2.1 release this exception was accidentally disabled
and thus in Jackrabbit versions 2.1.x and 2.2.x it has so far been possible
to remove node types with no such consistency constraints.

This issue was fixed in Jackrabbit 2.2.11 by re-enabling the exception in
the checkForReferencesInContent method, which will break all client code
that tries to unregister node types. If you need this functionality and
are aware of the potential problems, you can restore the old behaviour
by setting the disableCheckForReferencesInContentException system property
to "true".

Data consistency issue in 2.2.[0-6]
-----------------------------------

Earlier 2.2.x releases (< 2.2.7) had a problem where very large positive
or negative long property values (more than 62 bits) could not be correctly
read from the reepository. The values are still correctly stored in the
reporistory, and can be properly read after upgrading to this release,
but any previous computations or other information derived from such
properties should be checked for correctness.

Release Contents
----------------

This release consists of a single source archive packaged as a zip file.
The archive can be unpacked with the jar tool from your JDK installation.
See the README.txt file for instructions on how to build this release.

The source archive is accompanied by SHA1 and MD5 checksums and a PGP
signature that you can use to verify the authenticity of your download.
The public key used for the PGP signature can be found at
https://svn.apache.org/repos/asf/jackrabbit/dist/KEYS.

About Apache Jackrabbit
-----------------------

Apache Jackrabbit is a fully conforming implementation of the Content
Repository for Java Technology API (JCR). A content repository is a
hierarchical content store with support for structured and unstructured
content, full text search, versioning, transactions, observation, and
more.

For more information, visit http://jackrabbit.apache.org/

About The Apache Software Foundation
------------------------------------

Established in 1999, The Apache Software Foundation provides organizational,
legal, and financial support for more than 100 freely-available,
collaboratively-developed Open Source projects. The pragmatic Apache License
enables individual and commercial users to easily deploy Apache software;
the Foundation's intellectual property framework limits the legal exposure
of its 2,500+ contributors.

For more information, visit http://www.apache.org/

[Created] (JCR-3232) FileRevision extensibility issues

FileRevision extensibility issues
---------------------------------

                 Key: JCR-3232
                 URL: https://issues.apache.org/jira/browse/JCR-3232
             Project: Jackrabbit Content Repository
          Issue Type: Wish
          Components: jackrabbit-core
            Reporter: Mete Atamel
            Priority: Trivial

It'd be nice to make FileRevision more extensible by chaning some of its private variables to protected so
it can be extended easier when needed.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[Created] (JCR-3231) Replace BundleFsPersistenceManager with DerbyPersistenceManager in the JR Core indexing tests

Replace BundleFsPersistenceManager with DerbyPersistenceManager in the JR Core indexing tests
---------------------------------------------------------------------------------------------

                 Key: JCR-3231
                 URL: https://issues.apache.org/jira/browse/JCR-3231
             Project: Jackrabbit Content Repository
          Issue Type: Improvement
            Reporter: Alex Parvulescu
            Priority: Trivial

Running the JR Core tests yields a deprecation warning on account of workspace config being outdated for
some indexing tests:

  INFO  o.a.j.core.config.BeanConfig -
org.apache.jackrabbit.core.persistence.pool.BundleFsPersistenceManager is deprecated. Please
use org.apache.jackrabbit.core.persistence.bundle.BundleFsPersistenceManager instead

This shows up 3 times in the logs because there are 3 indexing related workspaces that need this config update.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

[Created] (JCR-3230) hasCapability() does not respect permissions

hasCapability() does not respect permissions
--------------------------------------------

                 Key: JCR-3230
                 URL: https://issues.apache.org/jira/browse/JCR-3230
             Project: Jackrabbit Content Repository
          Issue Type: Bug
          Components: jackrabbit-core
    Affects Versions: 2.4
            Reporter: Lars Krapf

Session.hasCapability() is lacking a sound check for access control permissions, thus it can return true
even if the respective call to hasPermission will return false.
This violates the specification:

[hasCapability] checks whether an operation can be performed given as much context as can be determined by
the repository, including:

-  Permissions granted to the current user, including access control privileges.
- [...]

(from: http://www.day.com/specs/jcr/2.0/9_Permissions_and_Capabilities.html)

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira