mike osterhout | 5 May 06:59 2016
Picon
Gravatar

query next/previous object

Hi,

I am a little confused on the best way to query the next/previous object in
the tree. In a traditional database it would just be a query where a number
is > or < than the id. How can I do the same with Jackrabbit? It seems that
the best way is to query by jcr:created but that doesn't seem stable.

--

-- 
Regards,
Mike
techie2k | 3 May 16:05 2016
Picon

Jackrabbit 2.8.1 to Oak 1.4.1 migration

When trying to execute migration command:

/java -jar oak-upgrade-1.4.1.jar D:/data/temp/jackrabbit
mongodb://localhost:27017/oak /

yields failed to copy content error;

In repository.xml reference is:

<PersistenceManager
class="org.apache.jackrabbit.core.persistence.pool.DerbyPersistenceManager">

    

    

    

    

    

    

    
</PersistenceManager>
Since Derby is embedded and during migration, oak is expecting derby server
to be up and running;

Kindly advise on migration options.
(Continue reading)

Robert Botzer | 28 Apr 17:55 2016

Reaching out about Jackrabbit performance and scalability...

Hi...

I am looking for any thoughts and info about how much volume a single instance of a Jackrabbit server can handle...
Especially if anyone has experience with using it as a component of a large web based
(and if there is a way and how to measure / predict that..)

Here is some background on what I'm looking for...

We are currently using a  Jackrabbit server and content repository as a component  of our web application
solution.  ( I believe it is  2.2.13 )
We are storing simple text documents like 1 page notes,  or 1- 5 page letters.
We are using simple file system storage, and we store a reference link to the document in our relational database.
We DO NOT do any searching against these documents.  (So we have turned that indexing off..)
So basically we upload a small document,  keep and store the reference to it, and retrieve the doc based on that.
We also use a hashing algorithm to distribute documents to separate folders so we do not run into file system
performance issues
(like 20,000 files in one directory).

We can scale our web application server 'out' by having multiple instances behind a load balancer...
But all of those instances currently use the same (singular) Jackrabbit server / repository.
( btw: The file system repository is on the same server as the Tomcat/Jackrabbit instance - so no network
access for Jackrabbit  to access the docs.)

We are having good results with 3  of our application servers - for   ~ 600 users,  using a single Jackrabbit instance...

However, we have a new prospect/client that is asking for  ~ 3000 users...  So we could be deploying  something
like 30+ servers  each connecting to Jackrabbit

I think that ultimately the actual Jackrabbit load will likely  depend on how many documents per minute  ( or
some unit of time).
(Continue reading)

Ankush Mishra | 30 Apr 03:27 2016
Picon

Re: Current status of the Jackrabbit WebDAV ACL

Looking forward to your response.

Ankush Mishra
On 30 Apr 2016 05:16, "Christopher Rockwell" <cmrockwe <at> umich.edu> wrote:

> I am out of the office until 5/9/2016.
>
> On Apr 28, 2016, at 9:39 AM, Ankush Mishra <ankushmishra9 <at> gmail.com>
> wrote:
>
> > I was wondering about the current status of implementation of
> jackrabbit-webdav's Access Control Protocol, till what extent has it been
> implemented? Is it complete?
> >
> > Ankush
>
Ankush Mishra | 28 Apr 15:39 2016
Picon

Current status of the Jackrabbit WebDAV ACL

I was wondering about the current status of implementation of 
jackrabbit-webdav's Access Control Protocol, till what extent has it 
been implemented? Is it complete?

Ankush

Davide Giannella | 25 Apr 17:05 2016
Picon

[ANNOUNCE] Apache Jackrabbit 2.2 deprecated

The Apache Jackrabbit Team has decided that since the 2.2 branch of the
project didn’t receive any activity since 2012 and looks like not being
used any more; to drop support and deprecate such version. Previous
branch, tags and releases will still be available for future references.

Regards
Davide

Stefan Seifert | 25 Apr 13:09 2016
Picon

adaptTo() 2016 - CfP & Earlybird & Recap

Quick update for the adaptTo() 2016 conference in Berlin:

We decided to extend the Call for Papers deadline by 2 weeks (until 6th of May). http://adapt.to/cfp

Also, the Earlybird offer (-20%) ends this Friday. http://adapt.to/tickets

Feeling nostalgic? Check out our 2015 Recap. http://adobe.ly/1MCLKca

Kind regards on behalf of the adaptTo() Team

Stefan

Amit Jain | 25 Apr 06:05 2016
Picon

[ANNOUNCE] Apache Jackrabbit Oak 1.2.14 released

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.2.14 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 Oak -- Version 1.2.14

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

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.2.14 is a patch release that contains fixes and
improvements over Oak 1.2. Jackrabbit Oak 1.2.x releases are considered
stable and targeted for production use.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.2.14
--------------------

Sub-task

    [OAK-3230] - Query engine should support virtual index rows
    [OAK-3994] - Simple query on suggestion/spellcheck with unambiguous
(Continue reading)

Rahul Raj | 21 Apr 13:43 2016

Oak/Remote Solr

Need help on integrating Oak with a remote Solr instance.

I have deployed solrj bundle within OSGi,  oak-solr-core fails to start due
to a missing dependency on package org.apache.solr.client.solrj.embedded.
What other bundles are required to support this?

There is another bundle org.apache.jackrabbit/oak-solr-osgi/1.5.0 which
looks  like an embedded instance. I am yet to deploy zookeeper.

Rahul.

--

-- 
**** This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom it is 
addressed. If you are not the named addressee then you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately and delete this e-mail from your system.****
Davide Giannella | 18 Apr 16:51 2016
Picon

[ANNOUNCE] Apache Jackrabbit Oak 1.5.1 released

The Apache Jackrabbit community is pleased to announce the release of
Apache Jackrabbit Oak 1.5.1 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 Oak -- Version 1.5.1

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

Jackrabbit Oak is a scalable, high-performance hierarchical content
repository designed for use as the foundation of modern world-class
web sites and other demanding content applications.

Apache Jackrabbit Oak 1.5.1 is an unstable release cut directly from
Jackrabbit Oak trunk, with a focus on new features and other
improvements. For production use we recommend the latest stable 1.4.x
release.

The Oak effort is a part of the Apache Jackrabbit project.
Apache Jackrabbit is a project of the Apache Software Foundation.

Changes in Oak 1.5.1
---------------------

Technical task

    [OAK-4156] - RDBConnectionHandler: add logging when getting the
(Continue reading)

Daniel Fiederling | 18 Apr 14:44 2016
Picon

NoSuchItemStateException while reindexing in 2.10.1

Hello

I know https://issues.apache.org/jira/browse/JCR-3268 which has been fixed in Version 2.4.1 & 2.5

I'm using Version 2.10.1 and still get the following error after the OS has been crashed: 

 
Caused by: java.io.IOException: Error indexing workspace
        at
org.apache.jackrabbit.core.query.lucene.MultiIndex.createInitialIndex(MultiIndex.java:394) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        at org.apache.jackrabbit.core.query.lucene.SearchIndex.doInit(SearchIndex.java:582) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        at org.apache.jackrabbit.core.query.AbstractQueryHandler.init(AbstractQueryHandler.java:78) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        at
org.apache.jackrabbit.core.config.RepositoryConfigurationParser$1.getQueryHandler(RepositoryConfigurationParser.java:683) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        ... 120 common frames omitted
Caused by: org.apache.jackrabbit.core.state.NoSuchItemStateException: 08bd620c-1fe4-4873-bec0-28cd575e8cb3
        at
org.apache.jackrabbit.core.state.SharedItemStateManager.getItemState(SharedItemStateManager.java:287) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        at org.apache.jackrabbit.core.query.lucene.MultiIndex.createIndex(MultiIndex.java:1232) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        at org.apache.jackrabbit.core.query.lucene.MultiIndex.createIndex(MultiIndex.java:1242) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        at org.apache.jackrabbit.core.query.lucene.MultiIndex.createIndex(MultiIndex.java:1242) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        at
org.apache.jackrabbit.core.query.lucene.MultiIndex.createInitialIndex(MultiIndex.java:386) ~[jackrabbit-core-2.10.1.jar:2.10.1]
        ... 123 common frames omitted

 

 
I've already tried to delete all folders named "index" in all workspaces and under in the "repository"
folder as described here: http://wiki.apache.org/jackrabbit/Search#Rebuilding_the_Index . When I
(Continue reading)


Gmane